插件模型应该考虑的问题

现在有很多的插件模型的应用程序，例如著名的eclipse和Visual Studio开发环境，目前我正在设计公司的第二代产品架构，基于第一代的思想，我希望很多的产品可以集成到同一个环境中，这给产品提出很大的挑战。

－ 公用服务

这个是最基本的需求，我们必须设计众多的公用接口，例如窗口、菜单、系统设置、事务、数据库、帐套、等等。

我们的解决方案是设计公用的服务访问模型。

 

－ 公用部件的版本

具体的业务在编写时对公用服务的接口有版本要求，例如编写CRM产品时使用了2.0的公用接口，而机器上安装的公用服务是1.0就跑不动了。

这个问题还真不好解决。

 

－ 分离产品

分离产品啥意思？例如你看见Visual Studio 2005和SQL Server 2005的管理工具就很象，他们公用了同一个界面库，但启动起来完全两个样子，MSDN的HELP也是这个例子。这个和第一个需求似乎矛盾，其实是不矛盾。

这个问题我们采用壳的模式，就是将所有的功能都设计成插件，然后写不同的壳引导，壳可以写的很小，又不涉及太多的逻辑。

 

－ 插件加载问题

插件在加载时，又两种模式加载，一种是接受被动的扫描，一种是提供入口方法，主动加载服务到容器中。各有利弊，被动扫描要做自定义动作基本不可能，但能够适应不同的容器。主动加载自定义能力很强，但如果你想统一扩展比较困难。

但目前总的看法是主动加载更好些。