插件模型应该考虑的问题

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

- 公用服务

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

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

 

- 公用部件的版本

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

这个问题还真不好解决。

 

- 分离产品

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

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

 

- 插件加载问题

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

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

原文地址:https://www.cnblogs.com/tansm/p/568883.html