有没有使用过adobe photoshop？如果用过，你就会对插件的概念比较熟悉。
对外行人来说，插件仅仅是从外部提供给应用程序的代码块而已（举个例子来说，在
一个dll中）。一个插件和一个普通dll之间的差异在于插件具有扩展父应用程序功能
的能力。例如，photoshop本身并不具备进行大量的图像处理功能。插件的加入使其
获得了产生诸如模糊、斑点，以及其他所有风格的奇怪效果，而其中任何一项功能都
不是父应用程序自身所具有的。
对于图像处理程序来说这很不错，可是为什么要花偌大的力气去完成支持插件的商业
应用程序呢？假设，我们举个例子，你的应用程序要产生一些报表。你的客户肯定会
一直要求更新或者增加新的报表。你可以使用一个诸如report smith的外部报表生成
器，这是个不怎么样的解决方案，需要发布附加的文件，要对用户进行额外的培训，
等等。你也可以使用quickreport，不过这会使你身处版本控制的噩梦之中--如果每
改变一次字体你就要rebuild你的应用程序的话。
然而，只要你把报表做到插件中，你就可以使用它。需要一个新的报表吗？
没问题，只要安装一个dll，下次应用程序启动时就会看见它了。另外一个例子是处理
来自外部设备（比如条形码扫描器）的数据的应用程序，为了给用户更多的选择，你
不得不支持半打的各种设备。通过将每种设备接口处理例程写成插件，不用对父应用
程序作任何变动就可以获得最大程度的可伸缩性。
入门
在开始写代码之前最重要的事情就是搞清楚你的应用程序到底需要扩展哪
些功能。这是因为插件是通过一个特定的接口与父应用程序交互的，而这个接口将
根据你的需要来定义。在本文中，我们将建立3个插件，以便展示插件与父应用程
序相交互的几种方式。
我们将把插件制作成dll。不过，在做这项工作之前，我们得先制作一个外
壳程序来载入和测试它们。图1显示的是加载了第一个插件以后的测试程序。第一个
插件没有完成什么大不了的功能，实际上，它所做的只是返回一个描述自己的字符
串。不过，它证明了很重要的一点--不管有没有插件应用程序都可以正常运行。
如果没有插件，它就不会出现在已安装的插件列表中，但是应用程序仍然可以正常
的行使功能。
图1：插件测试外壳程序
我们的插件外壳程序与普通应用程序之间的唯一不同就在于工程源文件
中出现在uses子句中的sharemem单元和加载插件文件的代码。任何在自身与子dll
之间传递字符串参数的应用程序都需要sharemem单元，它是delphimm.dll（delphi
提供该文件）的接口。要测试这个外壳，需要将delphimm.dll文件从delphi\bin
目录复制到path环境变量所包含的路径或者应用程序所在目录中。发布最终版本
时也需要同时分发该文件。
插件通过loadplugins过程载入到这个测试外壳中，这个过程在主窗口
的formcreate事件中调用，见图2。该过程使用findfirst和findnext函数在应用
程序所在目录中查找插件文件。找到一个文件以后，就使用图3所示的loadplugins过
程将其载入。
{ 在应用程序目录下查找插件文件 }
procedure tfrmmain.loadplugins;
var
sr: tsearchrec;
path: string;
found: integer;
begin
path := extractfilepath(application.exename);
try
found := findfirst(path + cplugin_mask, 0, sr);
while found = 0 do begin
loadplugin(sr);
found := findnext(sr);
end;
finally
findclose(sr);
end;
end;
图 2： 寻找插件
{ 加载指定的插件 dll. }
procedure tfrmmain.loadplugin(sr: tsearchrec);
var
description: string;
libhandle: integer;
describeproc: tplugindescribe;
begin
libhandle := loadlibrary(pchar(sr.name));
if libhandle <> 0 then
begin
describeproc := getprocaddress(libhandle,
cplugin_describe);
if assigned(describeproc) then
begin
describeproc(description);
memplugins.lines.add(description);
end
else
begin
messagedlg('file "' + sr.name +
'" is not a valid plug-in.',
mtinformation, [mbok], 0);
end;
end
else
messagedlg('an error occurred loading the plug-in "' +
sr.name + '".', mterror, [mbok], 0);
end;
图 3： 载入插件
loadplugin方法展示了插件机制的核心。首先，插件被写成dll。其次，
通过loadlibrary api它被动态的加载。一旦dll被加载，我们就需要一个访问它
所包含的过程和函数的途径。api调用getprocaddress提供这种机制，它返回一个
指向所需例程的指针。在我们这个简单的演示中，插件仅仅包含一个名为
describeplugin的过程，由常数cplugin_describe指定（过程名的大小写非常重
要，传递到getprocaddress的名称必须与包含在dll中的例程名称完全一致）。如
果在dll中没有找到请求的例程，getprocaddree将返回nil，这样就允许使
用assigned函数测定返回值。
为了以一种易用的方式存储指向一个函数的指针，有必要为用到的变量
创建一个特定的类型。注意，getprocaddress的返回值被存储在一个变量中，
describeproc，属于tplugindescribe类型。下面是它的声明：
type
tplugindescribe = procedure(var desc: string); stdcall;
由于过程存在于dll内部，它通过标准调用转换编译所有导出例程，
因此需要使用stdcall指示字。这个过程使用一个var参数，当过程返回的时候它包
含插件的描述。
要调用刚刚获得的过程，只需要使用保存地址的变量作为过程名，后面跟
上任何参数。就我们的例子而言，声明：
describeproc(description)
将会调用在插件中获得的描述过程，并且用描述插件功能的字符串填充description
变量。
构造插件
我们已经创建好了父应用程序，现在该轮到创建我们希望加载的插件了。
插件文件是一个标准的delphi dll，所以我们从delphi ide中创建一个新dll工程，
保存它。由于导出的插件函数将用到字符串参数，所以要在工程的uses子句中把
