面向服务编程的一些思考和问题

hotness28

原帖由 FH 于 2005-11-13 22:54 发表
使用消息中间件

消息中间件?我倒是想到使用一个消息服务器单独管理消息.不知道你讲的消息中间件指哪些,能具体再详细吗?

FH

原帖由 hotness28 于 2005-11-14 23:24 发表



消息中间件?我倒是想到使用一个消息服务器单独管理消息.不知道你讲的消息中间件指哪些,能具体再详细吗?

消息中间件能够解决跨平台实时通讯，就是LZ要的东西啊。
商用的著名产品包括：IBM MQ、BEA MessageQ，Microsoft MQ等

[ 本帖最后由 FH 于 2005-11-14 23:48 编辑 ]

柳五随风

无论你用什么,都需要在service层下面有一个系统支持层.
其实就是一个中间件.
类似于corba/j2ee的framework.
j2ee里面的container之间的通信都是在socket上的,效率相对ipc差点,灵活性高.
至于xml,最好别用,效率低下.
数据库可单独通过一个service操作,至于transaction管理的问题,可以在service里面自给管理(通过database access interface实现),也可以通过service层下面的中间件层实现(比如XA).
中间件集中处理通信,service路由,交易管理,资源的管理等任务,service处理业务逻辑.
middleware层还可以继续分层,比如对service管理/路由部分分出来,就是business logic了,把xervice的response部分分离出来,就是representation层了.j2ee华里胡哨的东西基本都在这部分.
不过,这东西有点太大,市面上该有的都有了.
我倒是认为如果能用C/C++实现累死j2ee的功能,特别是系统的业务逻辑和业务实体(services)的online重构的功能,和代码的自动生成功能的话,还是有前途的.

mengwg

原帖由 柳五随风 于 2005-11-14 23:51 发表
特别是系统的业务逻辑和业务实体(services)的online重构的功能,和代码的自动生成功能的话,还是有前途的.  

加上 workflow

yarco1

楼上说得专有名词太多, 听不懂, 估计是java派系...非友即敌...

有没有人对偶想的那东西提出比较形象的意见的?
不然偶就根据那个做了...以后我做完了...不要说我做得丑阿...你们都有罪.

柳五随风

I know nothing about workflow
so I did not mention it, but you definitely got the point.