实践中面向对象建模困难

08-09-09 onMyway
看了很多关于 bang 的文章,感觉也很不错,但是待到实践之时,却又难以下手,思维从以数据库建模转化为面向对象方式遇到很大的障碍。现在有个很简单的问题想要问下,希望能够给予启迪,大恩言谢了。:-)

现有 服务请求方 和 服务应答方 两方

其中采用HTTP , “请求-应答机制”

首先是

服务请求方 POST 待处理文件 -> 服务应答方

服务应答方 检查 待处理文件 返回RESPONSE

然后

服务应答方 对文件进行处理

处理完成 服务应答方 POST 处理完成结果文件 -> 服务请求方

自我解析:

照意思,该交互分为两步,其中包括一个处理过程

如果服务应答方并发量比较大,

以任务的形式来实现 即(处理任务)(POST处理完成结果文件任务)

检查待处理文件通过 生成 处理任务

处理完成 POST处理完成结果文件任务

但是这些任务该如何启动呢?

如何知道任务生成了

谢谢

              

freebox
2008-09-09 16:40
把自己注册到任务当中去,线程通信大概常用这法子。

onMyway
2008-09-10 09:27
能说的详细些吗?

继续关于题目的分析:

可不可以是一个任务,两个阶段的处理过程

任务进行到 处理阶段

任务进行到 POST结果阶段

如果这样,如何把任务注册到通信线程去呢,谢谢

banq
2008-09-10 10:17
异步,在检查 待处理文件同时,启动一个新的任务,进行对文件处理,而当前任务继续返回RESPONSE。

freebox
2008-09-10 11:00
我好像看错了,这个问题好像不需要通知任务过程当中的细节,所以不必把调用者注册进去,只要在run当中启动另一个线程就行了,关键是最后的“处理完成 服务应答方 POST 处理完成结果文件 -> 服务请求方”这个在web环境里不是很好办,虽然有Comet什么的也不是那么好,我试过只回传一个字符串,在本机的client也需要等上一阵子。

猜你喜欢
2Go 1 2 下一页