您的位置:首页 > 其它

正确使用CORBA,ICE等分布式技术的一种思路

2005-03-02 08:49 281 查看

1.1 前言

目前分布式应用软件越来越多,但在如何平衡分布式应用和单机应用的处理性能有一些麻烦。另外就是从一种分布式技术迁移到另一种分布式技术也很困难。一个原因就是我们的上层应用代码和底层的分布式技术(CORBA,ICE,SOCKET)紧密相关,难以分割导致。本文给出一种分离具体分布式技术的设计方案,目的是强调一点:对于应用软件来讲,CORBA,ICE,SOCKET等具体分布式技术不是核心,核心是我们的客户需要的业务功能。下面以CORBA和SOCKET(ASN.1协议)为例子说明这种分离架构。

1.2 实现方法

1.2.1 原则:

1. 所有业务功能都通过接口定义;2. 所有使用业务功能的代码都必须通过接口工厂获取业务接口的实例

1.2.2 软件结构

接口+类工厂的方式。保证任何一个业务模块(组件)对外(包括大平台内部各个业务模块或组件之间)提供的所有服务都是接口,同时提供类工厂让外部访问业务模块(组件)中某个接口的实现。


说明:1) IExpand是需要外部定制的接口,当然可能存在多个,如果一个业务模块(组件)不需要外部定制,就不存在这个接口了;2) IPlatform是提供外部使用的功能接口,当然可能存在多个;3) IPlatformFactory是类工厂的接口,类工厂也用接口定义,是因为需要对外屏蔽底层通信细节,比如ASN.1,CORBA等;当然这个接口的定义应该是很少变化的;一般而言,一个业务模块或组件只需要一个类工厂的接口定义;4) TFactory是一个类工厂的实现,这是外部唯一可见的一个实现类。5) PlatformImpl是一个内部用标准C++开发的一个功能实现体,它对外部是不可见的。

所有业务都是利用这个核心架构来实现,下面考虑CORBA,ASN.1接口的适配方式,这两种方式都有一个共同点:都可以看作是CLIENT/SERVER结构,需要我们提供CLIENT/SERVER两端的外部接口

1.2.3 适配CORBA服务端

利用Adaptor和delegate模式来屏蔽CORBA技术细节。

说明:1) IServerIDL利用IDL语言定义IPlatform这个接口,是外部不可见的;2) CorbaServerImpl从IServerIDL和IPlatform继承下来,将IServerIDL的任何调用转调IPlatform的接口实现;同时CorbaServerImpl还使用委托模式,将IPlatform的接口调用转调给PlatformImpl来实现,这样CorbaServerImpl在实现CORBA对象的时候仅仅是将CORBA数据结构转换为标准C++的接口,将CORBA调用转换为普通的C++API接口调用,它内部没有复杂的业务逻辑,实现非常简单3) TCorbaServerFactory是内部负责创建CorbaServerImpl对象,外部完全看不到CORBA的任何信息4) 这里没有标出IExpand接口,因为它与CORBA任何细节无关

1.2.4 对于CORBA客户端适配

采用delegate模式来实现

说明:1) IClientIDL是利用IDL定义的IPlatform接口,这是IDL编译器编译后的客户端的接口,这是外部不可见的2) CorbaClientImpl IPlatform同时继承,将IPlatform接口的都转调用IClientIDL接口来实现,它是外部不可见的3) TCorbaClientFactory负责创建CorbaClientImpl实例,对外屏蔽CORBA的实现细节4) IExpand接口没有在图中出现,是因为它和CORBA的任何细节都无关

1.2.5 适配ASN.1服务端

同CORBA的适配方式,采用Adaptor和Delegate模式来实现

说明:1) IASN接口定义发送消息和接收消息两个接口2) ASN.1ServerImpl采用Adpator模式和委托模式来实现,将IPlatform的接口转调用PlatformImpl来实现的,另外它分析收到的所有ASN.1的消息,将消息内容转换为IPlatform的接口调用,然后再将IPlatform接口调用的返回值组装为一个ASN.1消息发送出去3) TASN.1ServerFactory内部负责ASN.1ServerImpl实例的创建,对外屏蔽ASN.1的任何技术细节4) IExpand接口没有出现,是因为它和ASN.1的任何细节无关

1.2.6 对于ASN.1客户端的适配

采用Adaptor模式来实现。

说明:1) ASN.1ClientImpl将IPlatform接口调用转换为ASN.1消息发送出去,然后将收到的ASN.1响应消息转为为标准C++的数据结果作为IPlatform接口调用的返回值和输出参数2) TASN.1ClientFactory对外屏蔽ASN.1的技术细节

1.2.7 最后应用方式总结

从上面可以看出,对于外部用户来说,是内部是采用CORBA,ASN.1还是纯粹的C++API接口都没有任何区别。我们甚至可以同时提供这三种方式,用户根据需要进行选择。比如所有业务模块(组件)都是同机运行,我们可以放弃CORBA,ASN.1技术,以后要改为分布式组网方式,只需要替换为一个类工厂库即可。以后要支持一种新的分布式技术,只需要采用同样的方式实现一个适配层即可,上层业务的业务的所有实现都是可以重用的。
最后回到一点:应用软件的核心是业务不是底层分布式技术。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: