• 插件模型应该考虑的问题


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

    - 公用服务

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

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

     

    - 公用部件的版本

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

    这个问题还真不好解决。

     

    - 分离产品

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

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

     

    - 插件加载问题

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

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

  • 相关阅读:
    ThinkPHP 小于5.0.24 远程代码执行高危漏洞 修复方案
    Nginx负载均衡配置与负载策略
    【高级】PHP-FPM和Nginx的通信机制
    快手、抖音、微视类短视频SDK接入教程,7步就能搞定
    我是怎么一步步用go找出压测性能瓶颈
    一个域名引发的血案……
    开发效率太低?您可能没看这篇文章
    想熟悉PostgreSQL?这篇就够了
    tee命令
    linux下常用的日志分析命令
  • 原文地址:https://www.cnblogs.com/tansm/p/568883.html
Copyright © 2020-2023  润新知