构建插件式的的应用程序框架.docxVIP

构建插件式的应用程序框架(一)－－－－开篇说起插件（plug－in）式的应用程序大家应该不陌生吧,记得很早以前有一款很流行的MP3播放软件winmap,它是我记忆里最早认识的一款使用插件模式的应用程序,你可以使用他的插件管理器插入很多的音乐效果器,皮肤,甚至是歌词显示的面板。接下来看到了Photoshop使用插件模式管理虑镜。最后发现只要是大一点的应用程序基本都使用了插件式的程序框架，就拿我们最常用的工具来说吧，Visual Studio，Office，Delphi，Eclipse等等。Eclipse将插件模式发挥到了及至，因为他是开源的的，所以众多的爱好者，开发出了让人应接不暇的插件。为什么使用插件式的应用程序框架呢？我的答案就是他为应用程序的功能扩展提供的无限的想象空间。一个应用程序，无论你前期做了多少的市场调查，需求分析做的多么完美，你也只是迎合一部分人的期望，更甚，你只迎合了一部分人的一部分期望，或者一部分人在某一时间的一部分期望。所以当程序发布以后，你依然有机会提供新的功能而不必重新发布程序，人们也可以根据自己的需要来开发新的功能来满足自己的需求，据我所知有很多的软件公司就是专门开发插件来赚钱，真是一举多得，何乐而不为呢？我们来看一些常见的提供插件模式的应用程序是如何实现插件功能的。据我的使用经验来看，Visual Studio和Office其实都是自动化程序，通过COM的方式提供了一组接口。开发人员可以利用这些接口来开发基于COM的插件，当插件开发完成后，注册COM组件。在Visual Studio中你可以使用Add－in管理器来选择是否启用插件，而Office似乎省去了这一步，一旦你注册了Office插件，Office应用程序在启动的时候会自动加载插件。COM方式似乎最受微软的宠爱，因为COM是一种二进制重用标准，用户可以使用大部分流行的语言来开发插件。当然你也可以使用别的方式，比如普通DLL，只是这样对于开发人员来说适用面就窄了，因为各个厂商DLL的内部结构是不尽相同的，比VC开发出的DLL和Borland C＋＋builder开发出的DLL结构就不同，需要专门的工具进行转换。现在，还有另外一种方式，使用dotNet的Assembly，使用dotNet的好处是开发简单，使用也同样简单（不需要注册），而且你也可用通过COM互操作让开发人员可以使用各种语言进行插件开发，当然用dotNet开发还是最简单的，省去不少中间过程。其实上面介绍的三种方式开发的插件最终还是寄宿在DLL中，从中我们就可以看出一些端倪。为什么使用DLL呢？DLL虽然也是PE格式，但是他是不能独立运行的，一般情况下，都是在运行时加载到应用程序的内存空间。插件模式正好是利用了这一点，插件不是应用程序的一部分，他以二进制的方式独立存在，由用户决定是否使用他。那么插件是如何与应用程序进行交互的呢？首先必须有一个契约，应用程序要声明我有哪些功能是可以被插件使用的，并且具备什么条件才能成为我的插件。其次，应用程序不依赖于插件，也就是说，没有你插件，我也可以很好的运行。再次，应用程序必须有一种策略来获取插件存在的位置，比如Visual studio是通过注册表的方式。最后，应用程序可以通过某种方式动态的加载插件。最近工作比较忙，没有时间写Blog，控件开发总结的那个系列停在那里好久了，汗一个，有空就尽快补上吧。这个系列也先开个头吧，不然又会被自己找各种借口扼杀了。构建插件式的应用程序框架(二)－－－－订立契约无论是用COM的方式，还是普通DLL，抑或.NET方式来实现插件框架，首先要面临的问题就是如何订立契约。如同我上一篇文章讲到的一样，契约是应用程序和插件之间进行交互的依据和凭证。应用程序必须声明我有什么样的功能可被插件使用，并且插件必须符合什么条件才能被我使用。反之，插件必须要知道应用程序提供什么样的功能，我才能将自己的功能融入到应用程序的体系中。本系列文章主要讲如何使用.NET实现插件式的应用程序框架，所以其它的方式我就不再提了。如何使用.NET订立契约呢？首先想到的Interface，其次是抽象类，但是在插件模式中我使用接口，因为我们是在满足应用程序的主要目的的基础上来提供附加的插件功能，就这一点来说，接口更灵活，更容易扩展。接下来，如何订立契约的内容呢？这就要根据你的业务需求了，为了讲解的方便，我们定义一个最最基本的插件式应用程序的插件契约。我们做一个假定，我们的应用程序是一个多文档的应用程序，包含一个主菜单栏，一个工具栏，菜单栏可以在程序的上下左右四个方向停靠，另外还有一个状态栏。到后边，如果有必要，我会扩展这个应用程序，让他本身提供更多的可供插件使用的功能。所以就目前而言，我想实现的功能就是让插件为主程序添加工具条，菜单项并实现一些简单的功能。应