51,407
社区成员
发帖
与我相关
我的任务
分享探讨一下对网络协议进行封装时适合使用的模式
想将一个特定网络协议封装成可复用的库，要求这个库具有良好的扩展性，能够方便的支持协议的升级版本，同时这个库还应该能支持同时服务于几个不同的客户，对不同客户线成进行安全有效的管理。现在初步想到的是使用Command Proccessor模式，将每一个不同的协议消息封装成一个Command，以方便支持升级所带来的新的协议消息。大家觉得这样子怎么样？或者是有些更好的模式？还有就是现在对如何进行客户线程管理还没有什么头绪，还请大虾叫我怎么办。。。。。
...全文
请发表友善的回复…
发表回复
dayn9 2003-07-15
- 打赏
- 举报
mark
httruly 2003-07-15
- 打赏
- 举报
up
jeffyan77 2003-07-11
- 打赏
- 举报
最常见的网络协议不是OO的，最常见的OS也不是OO的。
为了解决这个困境，现在有一个名词，叫做SO(Service Orientation)面向服务的架构。像协议/OS这样的东西，必定可以分成很多层，每一层提供一种服务。SO不一定是OO的，但是也可以用OO方式实现。
Web-Services就是SO的。
呵呵 OO, SO, OS晕掉
为了解决这个困境，现在有一个名词，叫做SO(Service Orientation)面向服务的架构。像协议/OS这样的东西，必定可以分成很多层，每一层提供一种服务。SO不一定是OO的，但是也可以用OO方式实现。
Web-Services就是SO的。
呵呵 OO, SO, OS晕掉
richardluopeng 2003-07-10
- 打赏
- 举报
楼上的，详细说说
flyingbugs 2003-07-09
- 打赏
- 举报
通讯协议不适合用OO方法来开发
OO在通讯协议方面的抽象反倒不如 过程
因为通讯本来就是面向数据和过程的.
还有OO的效率不合适做通讯协议.
OO在通讯协议方面的抽象反倒不如 过程
因为通讯本来就是面向数据和过程的.
还有OO的效率不合适做通讯协议.
Ioncannon 2003-07-06
- 打赏
- 举报
我的设想是最后每一个新的连接都返回给用户程序一个类，该类的方法基本上都各自对应一个建立在协议之上的事务（即可能由若干个不同协议信息的收发构成的应用逻辑，当然也可以对应单条协议信息），同时隐藏所有网络传输，信息格式转换等等的细节，而且事务之间自动同步。
jeffyan77 2003-07-06
- 打赏
- 举报
所有的通讯协议都因应当遵从ISO的Layers架构模式
runer 2003-07-05
- 打赏
- 举报
怎样封装？以什么样的方式封装
要看你需求了
要看你需求了
