我们的通讯程序应该设计成什么样子？

duanjigang

前一段时间，我们在帖子
http://bbs.chinaunix.net/thread-1840615-1-1.html
中调查并讨论了各自在工作学习中用到的，见到的或者设计的通讯程序模型，这其中包括了功能和技术实现。
很高兴大家对这个话题热情很高，并且积极参与讨论，发表自己看法。

下一步，我想，能否对一个通用的通讯中间件的功能或者雏形做一些探讨，好为我们后面可能要实现的通讯中间件提出功能需求说明。
也就是说，本帖旨在对一个通用的通讯中间件的功能和提供的对外接口进行限定和说明，类似于项目中的功能规格说明书吧，我们需要说明这个通讯中间件应该是什么样子，开发人员怎样使用它。

欢迎大家以如第一帖中的热情一样去对第二个话题发表自己的高见和看法，提问也可。:wink:

作为话题发起者，我首先大放厥词几句，呵呵。
================================================

作为一个通讯系统或者通讯中间件，我们不管它采用何种技术，采用何种语言实现，在何种平台上运行，应该具有以下几个对象吧？

第一：数据发送者，负责本地数据到远程机器的传输。
第二：数据接收者，负责远程数据的接收和存储。
第三：输出数据的存储区。
第四：输入数据的存储区。

把这四者的功能结合起来，一个通讯系统的最普适模型是否可以用下图来表示？？

不知这四部分是否能够充分或者不冗余的表达了一个通讯系统？
如果足够表达的话，欢迎大家对每一部分的细节功能进行说明，或者具体的设计也行众人拾材火焰高。

campuspuzzle

在API层面应该屏蔽掉同步，异步，阻塞，非阻塞，进程，线程这些玩意，用起来太复杂，用户只需连接，发送，接受，通过设置参数就能改变底层的技术实现能做到么 ？

duanjigang

在API层面应该屏蔽掉同步，异步，阻塞，非阻塞，进程，线程这些玩意，用起来太复杂，用户只需连接，发送，接受，通过设置参数就能改变底层的技术实现能做到么campuspuzzle 发表于 2011-01-26 23:31

嗯，这些都能做到，而且，在提供灵活强大功能的同时，提供给使用者的接口调用应该尽可能的简单。如果API太复杂，也没人愿意用。
接着提啊，呵呵。针对通讯模型中的这四个对象，提点更细节的设想

CU第一菜

楼主有没有全面考虑到通信的各种可能的阻塞方式？如connect，send，recv等等，都有可能发生阻塞。

一介村夫

这个模型足够抽象。

duanjigang

这个模型足够抽象。
一介村夫 发表于 2011-01-27 09:14

    简单既是美
希望我们这个模型就像爱因斯坦的 E = MC^2一样，但是一个简单的公式却蕴含了无数的细节和原理。
我也是希望从这个模型的四大块出发，大家探讨每一模块的设计和功能，最终搞出来一个臻于完美的工具。
阿村多多发表高见喔

CU第一菜

简单既是美
希望我们这个模型就像爱因斯坦的 E = MC^2一样，但是一个简单的公式却蕴含 ...
duanjigang 发表于 2011-01-27 09:39

    简单实用才是主要的吧，希望能向各位大牛学习

dreamice

简单实用才是主要的吧，希望能向各位大牛学习
CU第一菜 发表于 2011-01-27 09:51

    多多支持！互相交流学习！

CU第一菜

简单实用才是主要的吧，希望能向各位大牛学习
CU第一菜 发表于 2011-01-27 09:51

    感谢版主大牛
看到CU这个版面，才注册的。请多关照新人。

sk_cpp

为何不直接去分析ice中间件的代码。。。这样总比另起炉灶来的快