构件技术与中间件

　　面向需求的构件应用

　　基于构架的构件化软件开发应当是面向需求的，即设计者集中精力于业务逻辑本身，而不必为分布式应用中的通信、效率、互操作、可靠性、容错性、完整性等大量与业务无直接关系但又非常重要的问题，而耗费大量的精力，理想的构架在这些方面应当为构件软件提供良好的运行环境。事实上，这些正是中间件所要解决的问题，因此，基于中间件开发的应用真正是面向需求的，从本质上符合构件化设计的思想。

　　使业务逻辑容易划分

　　服务器构件要求有很好的业务自包容性，应用开发者可以按照不同的业务进行功能的划分，体现为不同的接口或交互模式。针对每种业务的设计和开发是可以独立进行的。

　　构架和中间件有同样的目标：提供业务的分隔和包容性。例如：消息中间件规定了消息是有属性的，其中部分属性则与业务的划分有关，某种服务构件只进行相应类型的消息交互。至于如何保证业务的分类运行与管理，则是中间件的事情。

　　因此可以说，中间件和构架都实现了构件向应用的集成。

　　构件的封装、设计与实现隔离

　　构件对外发生作用或构件间的交互，都是通过规范定义的接口进行，构件使用者只需要知道构件的接口，而不关心其内部实现，这是设计与实现分开的关键。构架就应当提供构件交互的规则，并基于这些规则实现类似容器的标准环境。 　　

　　中间件在分布交互模式上都规定了接口（或类似）机制，如IDL就是描述接口的语言规范，从早期的DCE到现在的CORBA、DCOM、Java RMI等都使用IDL描述接口，所不同的只是语言规范。客户访问服务（或对象方法）均通过接口进行，至于服务采用怎样的内部实现、基于怎样的语言、甚至怎样的操作系统、数据库，开发者都不用关心。类似地，消息队列也可作为分布交互的手段，消息的语法和语义定义保证了使用与实现的分离，使用消息队列的客户或服务是不依赖于对方的。既然中间件能隔离设计与实现，能在分布的环境中封装实现的细节，那么，基于中间件的构件开发也就是可能的。

　　隔离应用构件与复杂系统资源

（编辑：东莞站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!