面向对象的程序设计与面向组件的关系

 

所有的软件技术和思想的出现都是为了解决所在的那个年代软件开发的复杂性，对象技术和组件技术也不例外。当然还有很多其它技术，像DBC（契约式编程）、AOP、MDA等，这些思想都在影响我们设计/实现程序的方式，但无可否认的是，当今最主流的编程技术是对象技术和组件技术。面向对象技术已经成熟的发展将近20年了，关于这方面的经典书籍和论文也随处可见。为了解决更大的系统的复杂度，组件技术应运而生，在windows平台上，组件从最初的动态链接库到COM，在到现在的中间件、.NET，就是组件思想走过的轨迹。

 

    面向对象技术的基础是封装－－接口与实现分离，面向对象的核心是多态－－这是接口和实现分离的更高级升华，使得在运行时可以动态根据条件来选择隐藏在接口后面的实现，面向对象的表现形式是类和继承。面向对象的主要目标是使系统对象化，良好的对象化的结果，就是系统的各部分更加清晰化，耦合度大大降低。

 

    面向组件技术建立在对象技术之上，它是对象技术的进一步发展，类这个概念仍然是组件技术中一个基础的概念，但是组件技术更核心的概念是接口。组件技术的主要目标是复用－－粗粒度的复用，这不是类的复用，而是组件的复用，如一个dll、一个中间件，甚至一个框架。一个组件可以有一个类或多个类及其它元素（枚举、）组成，但是组件有个很明显的特征，就是它是一个独立的物理单元，经常以非源码的形式（如二进制，IL）存在。一个完整的组件中一般有一个主类，而其它的类和元素都是为了支持该主类的功能实现而存在的。为了支持这种物理独立性和粗粒度的复用，组件需要更高级的概念支撑，其中最基本的就是属性和事件，在对象的技术中曾一度困扰我们的类之间的相互依赖问题/消息传递问题，迄今为止我所知道最好的解决方案就是事件。就像JAVA中的什么反转控制、依赖注入等高级技术都是事件思想的化身。要理解组件思想，首先要理解事件的思想和机制。

 

    我一直坚持以为，一个组件的外形/外貌应该是简单的、应该是清晰的、没有冗余的东西、也没有无关紧要的东西，这个外貌通过接口来描述，接口中可以发布事件、属性和方法。这三种元素就足以描述一个组件外貌的所有特征。比如，我曾经用封装的一个完成端口组件，其外貌接口中只有四个方法，三个事件，三个属性而已，而该组件的内部实现却有几千行代码。所以在设计一个组件的时候，需要做很多的权衡，哪些需要通过接口暴露出来，哪些应当作为私有实现。有时，你会处于两难的境地，因为让组件更容易使用，所以需要给出很多默认的参数，但为了使该组件更通用，你又需要暴露更多的属性可以让人设定、暴露更多的方法和事件满足更复杂的功能。你需要抉择，你需要权衡。难怪有人会说，软件的设计更像是艺术，因为艺术的美在于恰当的抉择和平衡。我的经验是，在保持低耦合度的前提下，组件的接口足以对付当前的应用就好。如果日后需要加强功能，那就重构然后增强它，这是很容易的，因为早就说了嘛，保持组件的低耦合度。

 

    需要说明一下的是，我们通常所说的控件（如按钮）也是一种组件，可以这么认为，控件是一种具有UI形式的组件。插件（Addin/Plugin）也是一种特殊的组件，插件的单独存在是没有意义的，它是由兼容该插件协议的框架所使用。

 

    最后强调一点，组件的目标是粗粒度的复用，组件的核心是接口。