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

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

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

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

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