- 论坛徽章:
- 0
|
原帖由 benlan 于 2009-8-28 10:30 发表
可能前面我的帖子废话太多,没有描述清楚我的意思
前面是需求,是针对楼主的收集需求提出来的,也期待楼主根据多年的分布式经验,给出个这样的需求你这样的系统,如果能够满足,或是不是你考虑的范围之内,给 ...
==============================================================================
不好意思,你的描述我好像还无法确切的理解。
我不知道你们公司是做什么的,是在自己运营网站还是为别人开发WEB2.0的产品。
针对我的理解,我说一下:
1、【先是用户需求,从我对此项目的描述来说,用户需求不明,web2.0解决方案太广,没有需求分解和具体可操作的需求】
首先,CWINUX架构平台是用来开发后台的服务系统的,是解决WEB server后面的服务系统的。
当然,CWINUX很快就会支持HTTP协议,因此若用这个架构开发支持HTTP协议的服务也是可以的。
WEB2.0反映的是用户与网站的关系的模式,而不是具体的服务或产品。但,给用户做的东西,应该是一个产品,这个
产品的大致需求、或者是要达到的目的,应该是有的。没有的只是细节。
在这种情况下,就要求你开发的产品应该是易变的,也就是你下面说的分层。
2、【系统设计,我的理解是个分层结构,但是层之间的接口或连接描述缺乏,每层里面的系统设计缺乏】
CWINUX系统已经给你解决的分层中的大部分问题。用CWINUX系统,你需要做的只是业务的设计。
CWINUX中有几个非常关键的对象:
1》进程管理对象:实现后台服务的启动、停止、重启及服务进程的正常运行(异常停止后的自动重启)
2》APP对象:此对象解决了封装了通信的问题,让上层不再关心通信的问题及异常。同时,它封装了服务的架构,如信号、始终、日志等。
3》线程池对象:解决了架构的多线程并发问题。通过线程池,项目可以轻松的解决线程调度等等的难点。
4》Commander对象:此解决了不同的事件的处理对象问题,让用户的编程的重心移到了事件的响应(此就是项目的业务需求的实现)
5》TaskBoard:由于系统是异步的,当系统接收到一个请求后,它可能还有请求别的服务系统,即往别的服务系统发送业务请求
并等待回复,这期间会发生对方服务异常终止、对方服务响应超时等等的问题,TaskBoard的功能就是将
每一个请求(TASK)与消息(事件)关联起来。保证task接收到影响其状态跳转的任何消息,直到完成。而且保证了多线程环境下的线程安全。
不清楚我以上所说的,是不是你想弄清楚的。
以上。
[ 本帖最后由 cwinux 于 2009-8-28 11:06 编辑 ] |
|