モジュラー能力を追加するための方法としての継承

Question

私は単純なボットの作成を計画していますが、一度やり直したり、将来複雑になることは望ましくありません。私のアプローチが将来問題を引き起こすかどうかは私がここで思っています。そして、より良い解決策/アプローチがあれば。

私は何を計画しています：

• は、ユーザの入力
• を読み込みCommunicatorクラスがメッセージを受信し、メッセージ
• 継承に返信するための基本的な方法を持っているAbilityクラスを持っているがありますそのAbilityクラスと他のすべての能力クラス
• すべてのAbilityクラスをメインの配列/リストに格納するクラス
• Communicatorがメッセージを受け取ると、それはCommunicatorクラスのメソッドを呼び出すことによって、そのリスト内のすべてのクラスとそのコマンドが返答用であったクラス（メッセージを送り返す）に送信されます。

例：

• 能力を継承するクラス：GreetとBackflip
• ユーザ入力：は
• "バク転がない" クラスが挨拶し、バックフリップに送られる "バク転を行います" 。
• クラスの両方が文字列を処理
• クラスのバックフリップは、バク転のコマンドを検出し、「バックフリップ」

どれだけ解決スケールのこの種のことが可能で応答？また、主要目標の1つは、他の人が自分の能力を実装してプログラムに含めることを容易にすることです（Hubotと同様）。

Answer 1

概念的には、MVCと大きく違いはありません。Abilityがコントローラにうまくマッピングされ、返信がビューにマップされます。 ASP.NET/MVCのようなMVCフレームワークを選ぶことさえできるかもしれません。

MVCの違いは、一般的に、すべてのコントローラにメッセージをブロードキャストして応答できるかどうかを判断するのではなく、特定のコントローラに受信コマンドをルーティングするルーターがあることです。あなたの考えている放送はちょっと残酷に思われます...すべての単一のAbilityが解析して対応することを決めなければならないという点で。これはスケーラビリティの問題をもたらします...特に多くの会話が同時に進行しています。

また、あなたの世界が大きく複雑になれば、複数のAbilitiesが反応するとどうなりますか？

MVCでは、ルータは、コントローラ内の事前登録された、またはより一般的な規則ベースのアクションへの入力パターンのマッピングを行います。ルータには、どのコントローラを呼び出すかを決定するヒューリスティックス（しばしば最初に見つかったもの）があります。フレームワークは通常、ルータをカスタマイズするあらゆる種類の方法を持っています。

これは単なる楽しいことであり、課税されることはあまりありませんが、汚い仕事をするためのMVCフレームワークを調査することは十分に役に立ちます。