探讨一下对网络协议进行封装时适合使用的模式

[Ioncannon]

想将一个特定网络协议封装成可复用的库，要求这个库具有良好的扩展性，能够方便的支持协议的升级版本，同时这个库还应该能支持同时服务于几个不同的客户，对不同客户线成进行安全有效的管理。现在初步想到的是使用Command Proccessor模式，将每一个不同的协议消息封装成一个Command，以方便支持升级所带来的新的协议消息。大家觉得这样子怎么样？或者是有些更好的模式？还有就是现在对如何进行客户线程管理还没有什么头绪，还请大虾叫我怎么办。。。。。

[runer]

怎样封装？以什么样的方式封装
要看你需求了

[jeffyan77]

所有的通讯协议都因应当遵从ISO的Layers架构模式

[Ioncannon]

我的设想是最后每一个新的连接都返回给用户程序一个类，该类的方法基本上都各自对应一个建立在协议之上的事务（即可能由若干个不同协议信息的收发构成的应用逻辑，当然也可以对应单条协议信息），同时隐藏所有网络传输，信息格式转换等等的细节，而且事务之间自动同步。

[flyingbugs]

通讯协议不适合用OO方法来开发

OO在通讯协议方面的抽象反倒不如 过程
因为通讯本来就是面向数据和过程的.

还有OO的效率不合适做通讯协议.

[richardluopeng]

楼上的，详细说说

[jeffyan77]

最常见的网络协议不是OO的，最常见的OS也不是OO的。

为了解决这个困境，现在有一个名词，叫做SO(Service Orientation)面向服务的架构。像协议/OS这样的东西，必定可以分成很多层，每一层提供一种服务。SO不一定是OO的，但是也可以用OO方式实现。

Web-Services就是SO的。

呵呵 OO, SO, OS晕掉

[httruly]

up

[dayn9]

mark