构件技术与中间件

引言

　　网络计算带领软件产业进入了一个新的时代，商机无限，但同时挑战也无限。以电子商务为代表的技术潮流正将大到企业计算、小到个人数字代理的各种应用，在世界范围内联结起来，软件制造业正面临着一些新的课题，如复杂的分布环境、灵活的应用模式、广泛的包容性等，传统的软件设计思想已远远不够。

　　在这一背景下，构件技术应运而生，并逐渐炙手可热。不同于OO技术强调对个体的抽象，构件则更推广了对象封装的内涵，侧重于复杂系统中组成部分的协调关系，强调实体在环境中的存在形式，形成一个专门的技术领域。

　　中间件作为存在于系统软件与应用之间的特殊层次，抽象了典型的应用模式，从而使应用软件制造者可以更多地将思路放在业务逻辑中，并基于标准的形式进行开发，这样就使软件构架化成为可能。一些工业标准的推出，进一步使中间件成为可复用构件的运行框架，加速了软件复用的现实化进程。

　　本文从构件在现实软件发展中的地位展开，分析了中间件在系统组织层次中所起的作用，阐述了构件化思想对中间件本身的促进作用，提出了一种构件化中间件的发展模式。


构件技术的基本思想

　　OO技术是在"数据 算法"的基础上提升了对事物的认识方法，对象的概念符合人们认识世界的习惯。而构件的思想则更多地将重点从建模本身发展到对软件生产的考虑，即构件可以在应用领域的软件生产中作为零件纳入新的体系中被重用。因此，构件是OO思想的沿袭和扩展，认识事物的角度从对象个体本身上升到个体在群体中的作用。

　　构件有几个基本属性：
1、构件是可独立配置的单元，因此构件必须自包容。
2、构件强调与环境和其他构件的分离，因此构件的实现是严格封装的，外界没机会或没必要知道构件内部的实现细节。
3、构件可以在适当的环境中被复合使用，因此构件需要提供清楚的接口规范，可以与环境交互。
4、构件不应当是持续的，即构件没有个体特有的属性，理解为构件不应当与自身副本区别，在任
何环境中，最多仅有特定构件的一份副本。

　　可以看出，构件沿袭了对象的封装特性，但同时并不局限在一个对象，其内部可以封装一个或多个类、原型对象甚至过程，结构是灵活的。构件突出了自包容和被包容的特性，这就是作为软件生产线上作为零件的必要特征。

　　构件技术的关键点涉及构件做什么、构件交互的规则、构件存在的环境等，相应在现实中有各种支撑性的技术，如：
1、构件模型，研究构件的本质特征及构件间的关系；
2、构件描述语言，以构件模型为基础，解决构件的精确描述、理解和组装问题；
3、构件分类与检索，研究构件的分类策略、组织模式及检索策略，建立构件库系统，支持构件的有效管理；
4、构件复合组装，包括源代码级的组装和基于构件对象互操作性的运行级组装；
5、标准化，包括构件模型的标准化和构件库的标准化；
6、软件构架，研究如何快速、可靠地应用可复用构件系统进行系统构造的方式，着重于软件系统自身的整体结构和构件间的互联。


中间件：构件存在的基础

　　构件技术在最初时更多是作为一种思想存在，进而才在一些关键的环节上发展出解决问题的技术分支。构件的存在某种程度上极大地依赖了构架技术，或环境、基础设施、计算平台，只有在适当的构架中，软件才有可能被抽象和隔离，最终成为构件。因此，单独讨论构件是抽象而空洞的。构架不是操作系统、数据库或网络协议，也不完全是应用，而是在某种特定意义上的构件运行容器，层次上界于应用和基础设施之间。

　　中间件，从本质上是对分布式应用的抽象，因而抛开了与应用相关的业务逻辑的细节，保留了典型的分布交互模式的关键特征。经过抽象，将纷繁复杂的分布式系统经过提炼和必要的隔离后，以统一的层面形式呈现给应用。应用在中间件提供的环境中可以更好地集中于业务逻辑上，并以构件化的形式存在，最终自然而然地在异构环境中实现良好的协同工作。

　　不难看出，中间件与构架实际是从两种不同的角度看待软件的中间层次，可以这样说：中间件就是构架，或构件模型的具体实现，是构件软件存在的基础，中间件促进了构件化软件。从下面列举的一些中间件的特征，可以看出，中间件与构架本质上是一致的。

面向需求的构件应用

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

使业务逻辑容易划分

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

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

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


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

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

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

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有