mutiConsumerシステムのためのデザイン

Question

私のシステムは今後、他の40システムからのフィードを受け取ります。現在、2つのシステムからフィードを取得しています。

さまざまなフィードの処理を処理するために工場設計パターンを使用しています。最終的にこのアプローチでは、40のクラスとif-elseブロックの巨大なチェーンを持つことになります。

私は個人的にはこれが良いデザインだとは思わない。誰にでも私にこれに代わる設計ができますか？そのような要件に対応するための堅牢で戦略的な設計を行うためには、どのような設計パターンが考えられますか。

Answer 1

チェーンの責任デザインパターンを見てください。それは40のelse if文を取り除くのに役立ちます。現在のクラスがフィードを処理できる場合は、次のFeedHandlerクラスにフィードを委任します。さらに研究に

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

Answer 2

私はこれは私が地図にCommandImplsを保存することができます

1. Commandパターンの下にある奉仕するための最良の方法を発見しました。 GenericImplにはすべての汎用アクションが含まれている必要があります。 CommandImplsの残りの部分は一般的なものを拡張します。
2. フローを調整するには、Spring統合/ Camelを使用します。あなたはImplsだけに集中することができますので、同じメンテナンスではありません。
3. Implsが今後増加する可能性のあるシナリオを処理するには、ファクトリパターンは明確なNO NOです。