2010-12-12 16 views
1

私は既存のプロトコルを持っています。私は、Javaクライアントを作成したいと思います。プロトコルは、メッセージタイプとメッセージ長を含むヘッダーと、ペイロードである通知されたバイト数を持つメッセージで構成されます。 各メッセージタイプのクラスを作成するのが少し難しいようです(これは、ワイヤーを越えるメッセージを表現するために20以上のクラスになると思われます)。代替案について考えていましたモデル。しかし、私は働くものを考え出すことはできません。既存のプロトコルを効率的に実装する

私は、メッセージが来て、いくつかの例で返信したときに、パブリッシュ購読を介して通知する以外に、メッセージ上で作業することを夢中にしたくありません。

どこから見てもいいですか?

答えて

3

各メッセージタイプのクラスは、これをモデル化する自然な方法です。 20の授業があるという事実は、あなたを離れさせてはいけません。 (メッセージ間の関係によっては、おそらくスーパークラスに共通の特徴を実装することができます)。

私の助言は、効率をあまり気にしないことです。必要な機能を提供するきれいなAPIを得ることに集中してください。コードをプロファイリングし、プロトコルクラスが大きなボトルネックになっていないかどうかを確認します。彼らが... なら、コードをより効率的にする方法を考えてください。

関連する問題