2010-12-12 193 views
1

我有一個現有的協議我想寫一個Java客戶端。該協議由包含消息類型和消息長度的頭部的消息組成,然後是宣佈的有效負載字節數。 我在建模時遇到了一些麻煩,因爲爲每個消息類型創建一個類似乎對我來說有點過分(這可能會變成20+類,只是爲了表示通過線路傳遞的消息)我在考慮替代楷模。但我無法想出一個有效的方法。有效實施現有的協議

我不希望任何花哨的東西來處理消息,除了通過發佈訂閱,當消息進入並在某些情況下回復。

任何指向哪裏看?

回答

3

每種消息類型的類都是自然的OO方法來對此進行建模。有20個班的事實不應該讓你失望。 (根據消息之間的關係,您可能可以在超類中實現常見的功能。)

我的建議是不必過多擔心效率。只關注獲得提供所需功能的乾淨API。一旦你有了一些工作,分析代碼,看看協議類是否是一個重要的瓶頸。如果他們... 然後想想如何使代碼更有效率。