Дженерики, необходимые для расширения/реализации этих интерфейсов?

Question

Я пытаюсь разработать интерфейсы и классы для анализа некоторых типов пакетов внутри файла формата pcap. (Я знаю, что существуют специальные библиотеки, но мне нужно сделать это самостоятельно)

Итак, у меня есть интерфейс классификатора, метод будет проверять, является ли он действительным пакетом.

public interface Classifier { 
    boolean classify (PcapPacket pcapPacket); 
} 

Метод интерфейса анализатор может преобразовать массив байтов внутри PcapPacket в некоторых областях. P означает новый анализируемый пакет и S для статистики.

public interface Parser<P, S> extends Classifier { 
    P parsePacket (PcapPacket pcapPacket); 
    P parsePacket (PcapPacket pcapPacket, P outPacket); 
    S parseReader (PcapReader pcapReader); 
} 

Теперь я реализовал AParser, который может анализировать определенный пакет или файл.

public class AParser implements Parser<APacket, AStats>, Classifier { 

Но теперь у меня возникли трудности для реализации BParser на вершине AParser, учитывая, что BPacket extends APacket.

public class BParser extends AParser implements Parser<BPacket, BStats> {

В parsePacket я хочу сделать что-то вроде этого:

BPacket parsePacket (PcapPacket pcapPacket) { 
    APacket apacket = super.parse(pcapPacket); 
    BPacket bpacket = new BPacket(apacket); 

    //extract val1 and val2 from pcapPacket 
    bpacket.set(val1, val2); 
    return bpacket; 
} 

линии в смелой ошибке даяния компиляции. На данный момент я понял, что с моим подходом что-то не так. Вероятно, мне нужно использовать generics, когда я определяю интерфейсы.

Как вы мне поможете переделать этот код, чтобы он работал и гибким в будущем?

Answer 1

Да, дженерики и подклассы не играют вместе так. Вы уже объявили специализацию вашего парсера (AParser), который связывает свой общий параметр с данным объектом (APacket). Затем вы не можете перейти от этой специализации к другому набору общих параметров. Его, как вы пытаетесь сделать это:

public class BParser implements Parser<APacket, AStats>, Parser<BPacket, BStats> { 

, который не будет работать, так как тип стирания означает, у вас есть несколько методов, которые переводят к одной и той же подписи. Более жизнеспособное решение будет слишком толкать общую функциональность для ваших специализированных парсеров в абстрактный базовый класс, который не связывает общие параметры с определенным типом. Иллюстрированный с псевдокоде:

public abstract class BaseParser<P, S> implements Parser<P, S> { 
    // common functionality here 
} 

public class AParser extends BaseParser<APacket, AStats> { 
    // functionality specific to AParser 
} 

public class BParser extends BaseParser<BPacket, BStats> { 
    // functionality specific to BParser 
}