Design für multiConsumer System

Question

Mein System wird in Zukunft Feeds von 40 anderen Systemen erhalten. Zurzeit ernährt sich die Einnahme von 2 Systemen.

Wir verwenden Factory-Design-Muster, um die Verarbeitung verschiedener Feeds zu verarbeiten. Schließlich werde ich in diesem Ansatz 40 Klassen und eine riesige Kette von if-else-Blöcken haben.

Ich persönlich denke nicht, dass dies ein gutes Design ist. Kann mir jemand ein alternatives Design dazu zeigen? An welches Designmuster kann gedacht werden, um ein robustes und strategisches Design zu erstellen, das solchen Anforderungen gerecht wird.

Answer 1

Werfen Sie einen Blick auf Chain of Responsibility Entwurfsmuster. Es könnte Ihnen helfen, 40 weitere if-Anweisungen loszuwerden. Wenn die aktuelle Klasse den Feed verarbeiten kann, wird sie den Feed an die nächste FeedHandler-Klasse delegieren.

http://www.tutorialspoint.com/design_pattern/chain_of_responsibility_pattern.htm

Answer 2

Bei der weiteren Forschung fand ich besten Weg, dies unter

1. Befehlsmustern ist zu dienen, wo ich die CommandImpls in einer Karte speichern kann. Das heißt, GenericImpl sollte alle generischen Aktionen enthalten. Der Rest der CommandImpls wird den generischen erweitern.
2. Verwenden Sie Spring Integration/Camel, um den Fluss zu orchestrieren. Damit können Sie sich nur auf Impls nicht auf die Wartung derselben konzentrieren.
3. Um ein Szenario zu behandeln, in dem Impls wahrscheinlich in Zukunft zunehmen werden - Fabrikmuster ist ein klares NEIN NEIN.