このシナリオのコマンドパターン？アドバイス

Question

おはようございます。私はビルドしたいものに適しているかどうか疑問に思っています。

本質的に、私はサーバーとのソケット接続を形成するクライアントを持っています。私のサーバーには、クライアントがメソッドを呼び出す必要がある1つのクラス 'foo'があります。

私のクライアントが呼び出す5つのメソッドがfooにあると言うことができます。私は過去にサーバ上で整備されたオブジェクトをマーシャリングする間違いを犯しました。次に、オブジェクト内の変数をチェックし、switch文を使用して、サーバロジックが呼び出されるアクションを決定することができます。

私はこれを避けたいので、私はコマンドパターンが私を助けるかもしれないと信じています。しかし、サーバー上の私の例 'foo'クラスでは、fooで呼び出される各メソッドのコマンドクラスを作成する必要がありますか？クライアントからサーバーに送信されるクラスをコマンドクラスにする必要がありますか？この場合、1台の受信機しか必要としませんか？ - fooクラス？

ご協力いただきありがとうございます。ご迷惑をおかけしますが、ここでは「foo」クラス名を使用しています。具体的なクラス名はまだありません！

よろしくどんなにあなたが何をすべきか

Answer 1

、あなたは完全にそのスイッチ（）文を取り除くことはできません。

はその後

abstract class AbstractCommand() { 
    abstract void execute(); 
} 
class ConcreteCommand extends AbstractCommand { 
    // execute implementation 
} 
// more command classes as needed; probably one per each of your method calls 

コマンドの工場を持っています：Commandパターンは、以下のあなたが行うことをお勧め

class CommandFactory { 
    AbstractCommand createCommandForMessage(Message m) { 
    // ... switch() goes here 
    } 
} 

、部品を受け、あなたのメッセージは、このような単純な次のようになります。

public class MessageReceiver { 
    public void work() { 
    while (true) { 
     Message m = receiveMessage(); 
     AbstractCommand command = commandFactory.createCommandForMessage(m); 
     command.execute(); 
    } 
    } 
} 

何がうれしいですこれについては、コマンドの実際のロジック（execute（）メソッド実装）を、どのコマンドを使用するかを決定するロジックから、mesを受け取る方法を知っているロジックからきれいに分離することですネットワーク上のセージ。