作者：巴哈姆特
http://www.cnpack.org
（转载请注明出去并保持完整）
前面说过的封装其实是逻辑意义上的封装。逻辑封装是对某一特定逻辑功能模块的封装，这个特定逻辑功能块可以是一个类，当然也可以是一个包，他们都有自己的逻辑边界。另一种封装方式，我们通常叫它为物理封装：物理封装其实是具体实现代码的物理集合，他可以以bpl,dll,com+等形式体现。
逻辑封装里，对象的传递、数据共享与调用相对要简单的多，只要我们引用类所定义的单元(unit)就可以直接访问类中public和published所公布出来的属性或方法，在编译的时候，编译器会把工程内所有引用的单元全部打包到exe中。逻辑封装最终是以一个独立的物理文件存在的。虽然简单，但是无法实现物理上的切割，一旦其中某个单元或代码段发生改动，那么其他的单元或代码段也需要重新编译和连接。
而在物理封装中，对象的传递、数据共享与调用要复杂的多了，由于在编译的时候，exe和dll或bpl是两个或多个文件，所以你无法像在逻辑封装中那样简单的uses那个unit。而物理封装的好处是可以减少维护量，因为每个dll都是动态调用的，所以，我们只需要更新我们改动过的相应的dll，而其他的部分则可以不用改动。
用DLL封装对象：
用DLL封装函数，我想几乎是所有程序员熟悉到不能再熟悉的技术，而且我们可以找到很多相关的书籍和资料。这里我们只讨论怎么用DLL来封装对象。
用DLL封装对象有以下的好处：
一、可以节约内存。我们可以在使用到DLL资源的时候动态装载，不用时释放。
二、提高代码重用。DLL在封装好以后，我们可以使用任何一个支持DLL的开发工具来调用它。
三、可以使软件拆分成若干个小块，这样可以有效的降低维护量。
注意：如果你只为了减少软件体积而使用动态库，那么我建议你还是放弃使用动态库吧。
当然，想使用DLL封装对象也有一定的困难：
一、调用DLL的EXE只能使用DLL中对象的动态绑定的方法。
二、DLL中的对象只能在DLL中创建。
三、在DLL和调用方，都需要对封装的对象和被调用的方法进行声明。
我们来看下面的例子：
首先我们声明一个类：
|
|
新建一个Library项目
|
|
下面，我们创建一个EXE工程，并且添加类的声明：
|
|
之后，我们可以添加一段测试代码来测试我们是否实现了DLL对象的共用：
|
|
我们可以看到，这的确达到了EXE与DLL之间传递对象的目的。
但是，有点麻烦：首先，在DLL工程与EXE工程都需要有被封装对象的定义。其次，virtual和abstract必须正确使用。还有，如果一旦对象发生变化，那么两边的定义都需要修改，这样难免会出点小错。
其实，我们可以使用接口来进行对象的传递，上面的例子我们可以稍微修改一下：
首先，我们定义一个接口：
|
|
另外，修改TNewClass类的声名：
|
|
实现部分无须改动。
接着，我们修改先前的那个Library项目：
|
|
在EXE工程中，我们直接引用接口定义的单元，并且修改输出函数的声明：
|
|
之后，测试代码会成这样：
|
|
这样做的好处是，我们可以避免在多处重复说明一个要传递的对象的声明，只要我们需要的方法的声明方式不动，我们只需要改动TNewClass的实现代码，而无需改动EXE程序中的任何代码部分。
PS：Delphi的OpenToolsAPI接口就是这个通过接口共享对象原理的很典型的应用。(这是刘啸说的。老实说，这个用法是我在写这个笔记的时候临时想到的，因为从来没有使用过未经COM封装的interface。哪里知道竟然和OpenToolAPI一样的原理，自己YY下^_^)
当然我们还可以使用COM来封装对象：
首先，我们建立一个名为NewCom的COM模型，建立COM模型前一篇已经说过，这里不再重复。
那么，我们的调用代码就会变成这样：
|
|
我们可以看到，实现代码几乎没什么改动。那么，假如我们什么时候要把SayHello的实现代码:
|
|
改成:
|
|
那么，我们只需要更新这个COM文件，调用它的EXE程序无须改动，这就是接口的优点。