BestPractice Events bündeln

[Guest]

Hallo,

ich stehe vor folgendem Problem:

Eine Facility (vulgo Industrianlage á la Schmelzofen) besitzt einen Connector (z.b. seriell, UDP) um Prozess-Daten von einer solchen Anlage zu bekommen und besitzt ein Protocol um diese Prozess-Daten gemäß Protokoll-Spezifikation zu verarbeiten.
Man kann sich beim Connector als IConnectorEventListener registrieren und verarbeitet dann auf ca 10 event-types.
Das Gleiche beim Protocol: Man registriert sich als IProtocolEventListener und verarbeitet ca 3 event-types.

Die wirklichen Consumer sollen sich jetzt natürlich nur bei der Facility als EventListener registrieren um nicht in den Kontakt mit Connector bzw Protocol zu kommen...
soll ich jetzt für Facility einen eigenen EventType kreieren, der nur ConnectorEvent bzw ProtocolEvent kapselt oder wie geht man da am besten ran?
Bisher hatte ich einen seperaten FacilityEventType, der sowohl die ConnectorEventType properties besaß, als auch die von ProtocolEventType, also die Vereinigungsmenge beider Event-Properties. Das war mir bisschen zu hacky und habe jetzt den KISS(Keep It Simple, Stupid)-Ansatz gewählt und gar keine FacilityEvent mehr, sondern lasse die Consumer direkt die Connector- und Protocol-Events verarbeiten...

Tips? Anregungen? Meinungen?

Gruß,
Kai

 

[sliwalker]

Hoi,

Problem an der Sache ist meiner Meinung nach, das Dein FacilityEventType nicht immer sinnvoll ist, da er ja sowohl bei Protocol Events, als auch bei Connector Events ausgelöst wird und eine Union beider Event-Properties enthält. Rein aus architektonischen Gesichtspunkten wäre eine Trennung sicher sinnvoll, gerade weil ein EventType immer zum auslösenden Event passen sollte. Kannst Du denn nicht beide Events getrennt an Deine Consumer geben?

greetz
SLi

 

[Guest]

Doch, dies habe ich nun auch getan.
Vielen Dank für den Hinweis.

Gruß,
Kai