软件质量之路-面向组件的大规模软件架构.doc
软件质量之路 -面向组件的大规模软件架构 在中小规模的软件中,对象和对象之间的协作关系就能够满足需要。但是当软件规模扩大,复杂度上升的时候,面向对象技术强调的协作却表现出另一个极端的特点-耦合度太高导致的复杂度。这时候就需要有一种新的方法来弥补面向对象技术的弱点。大规模软件的特点大规模软件主要特点是复杂度。比较典型的例子是集成性的项目。软件系统需要将各种各样的硬件、遗留系统、外部接口整合起来。其间可能遇到不同的硬件接口,不同的操作系统,不同的语言,不同的平台,不同的数据库,不同的消息中间件,不同的网络介质。这些都使得系统变得非常的复杂 .面向对象技术 的特点是通过对象之间的职责分工和高度协作来完成任务。这样的好处是代码量较少,系统布局合理,重用程度高。但是当对象的个数大量增加的时候,对象之间的高度耦合的关系将会使得系统变得复杂,难以理解。以前对于这个问题的方法是采用包(请参考拙作面向对象软件开发中对包的相关讨论)作为容器来组织对象,对象之间的依赖性将转化为包之间的依赖性。这种方法听起来有道理,但是在实际中仍会出现难以解决的问题。包仅仅只是容器。这意味着对对象的组织可以是任意的,而包之间依赖关系的设计则还是取决于对象的依赖。此外,包的设计和对象一样,缺乏一 个统一的风格。而统一的风格正是大规模软件设计所必须的,因为这样可以有效改进系统的可理解性,这一点非常重要。面向组件编程面向组件编程的缩写是 COP。 COP 是对 OOP 的补充,帮助实现更加优秀的软件结构。组件的粒度可大可小,需要取决于具体的应用。在 COP中有几个重要的概念:服务 ,服务( Service)是一组接口,供客户端程序使用。例如,验证和授权服务,任务调度服务。服务是系统中各个部件相互调用的接口;组件,组件( Component)实现了一组服务,此外,组件必须符合容器订立的规范,例如,初始化,配置、销毁。 COP 是对一种组织代码的思路,尤其是服务和组件两个概念。在下文会提到 Spring 框架中,就采用了 COP 的思路,将系统看作一个个的组件,通过定义组件之间的协作关系(通过服务)来完成系统的构建。这样做的好处是能够隔离变化,合理的划分系统。而框架的意义就在于定义一个组织组件的方式。理解组件组件不是一个新的概念, Java 中的 javaBean 规范和EJB 规范都是典型的组件。组件的特点在于他