Рекомендации по ООП для проектирования объектов обмена сообщениями

Question

Мой сценарий выглядит так:

У меня есть система обмена сообщениями, когда вы отправляете сообщение в разные адресаты по типу сообщения.

, что мой текущий дизайн:

Abstract class: MessageKindAbs 

MessageKind1 extends MessageKindAbs 
MessageKind2 extends MessageKindAbs 
MessageKind3 extends MessageKindAbs 

и так далее ..

Теперь MessageKind3 это особый вид. его цель - отправить содержимое MessageKind1 или MessageKind2 для регистрации процесса.

Так что я создал внутри MessageKind3 список MessageKind3Items:

list<MessageKind3Item> MessageKind3ItemList... 

MessageKind3Item включает информацию о MessageKind1/MessageKind2 для целей регистрации.

поэтому в основном, что происходит, каждый MessageKind3Item также включает в себя MessageKindAbs тип.

, но это не имеет для меня никакого смысла.

Например: отправить сообщение в очередь БД и зарегистрировать информацию, содержащуюся в MessageKind1, и MessageKind2.

Так что мой дизайн ООП был немного сложнее.

Любой может помочь мне найти свой путь сюда?

Возможно, я создал внутри MessageKind3Item другой тип экземпляра MessageKindAbs, но я не уверен, что это имеет смысл.

спасибо, лучей,

Answer 1

Я мог бы создать внутри MessageKind3Item другой тип экземпляра MessageKindAbs, но я не уверен, что это имеет смысл.

Вы не можете, это абстрактно.

---

Поскольку MessageKind3 предназначен для регистрации, поэтому его структура известна. Таким образом, для MessageKind3 элементов создать специальный класс LogItem, который будет инстанцированный что-то вроде:

LogItem createLogItem(MessageKind1) { return new LogItem(); } 
LogItem createLogItem(MessageKind2) { return new LogItem(); } 

И присоединить эти детали к MessageKind3.

Вы пытаетесь объединить все свои классы с наследованием, и это была проблема.

Answer 2

Пусть все сообщения, которые могут быть отправлены в процессе журнала реализации интерфейса. Например:

public interface Logable { 

    void logTo(PrintWriter write); 
} 

Чем MessageKind3 нужно только поддерживать список Logable. Обратите внимание, что использование PrintWriter - всего лишь предложение. Вам может понадобиться более сложный тип параметров, чтобы облегчить ведение журнала в реализации интерфейса.

MessageKind3 будет выглядеть следующим образом:

public class MessageKind3 extends MessageKindAbs { 

    private List<Logable> logables; 

    //... 

    public List<Logable> getLogables() { 
     return Collections.unmodifiableList(logables); 
    } 
} 

И logables будет содержать экземпляры MessageKind1 или MessageKind2, так как они реализуют Logable.