C#和JAVA的插件机制-个人总结重点.docxVIP

插件框架 插件介绍 概念 Eclipse插件架构 插件内部结构 典型插件定义 插件加载 插件类加载-ClassLoader 插件加载过程 Eclipse插件加载过程 插件框架概述 开放工厂OSGi.NET插件框架，是OSGi R4.2规范移植到.NET平台的实现。OSGi全称为Open Service Gateway Initiative，它一方面指由IBM、Oracle、BEA、SAP等国际IT巨头组成的OSGi联盟组织；另一方面指该组织制定的一个基于Java语言的服务规范——OSGi服务平台。 OSGi.NET插件框架提供了模块化与插件化、面向服务架构和模块扩展三大功能，适用于控制台、WinForm、Windows服务、WPF、ASP.NET和移动平台等任意.NET应用环境。 目前，OSGi已经得到广泛的应用，如下所示。 插件程序结构 基于OSGi.NET插件框架的应用程序体系结构如下图所示。在这里，应用程序由主程序和插件组成。主程序是具体的应用环境的入口，它用于启动OSGi.NET插件框架并进入插件框架暴露出来的入口点；应用插件则是实现软件不同功能的业务模块。 OSGi.NET插件框架优点 开放、规范、统一：符合规范的模块均可被OSGi.NET插件框架加载。 快速集成：将模块放在插件模块即实现功能集成。 高度可重用：仅通过拷贝即可实现重用，无需修改任何代码。 热插拔与动态：每一个模块都可被动态安装、启动、停止和卸载。 标准模块化与模块物理隔离：模块具有统一规范且互相独立。 面向服务编程支持：提供基于面向服务架构编程模型以支持模块通讯。 动态可扩展：通过暴露扩展点实现动态扩展。 多环境支持：支持各种.NET应用环境。 插件框架原理 插件和插件运行时 在OSGi.NET插件框架中，插件即Bundle，它具备物理隔离、热插拔和动态特性。每一个插件都是完全可复用的，可以被动态的安装、启动、停止、卸载或更新。 插件运行时即BundleRuntime，则是插件的运行容器，它负责从插件目录中加载和启动插件。 面向服务 在OSGi.NET插件框架中，插件具备高内聚、低耦合特性，也就是说插件间耦合度非常低。服务即Service，是插件通讯的方式。在这里，“服务=接口 + 实现”。接口是服务的契约，服务提供商实现了服务的接口并将服务??册到服务总线，服务消费者则通过服务契约从服务总线搜索服务并绑定使用。这里，服务是动态，可以被动态注册、卸载和更新，一个服务契约也可能有多个服务实现。 插件扩展 在OSGi.NET插件框架，插件具备可扩展性，可以在不变更插件代码情况下，更改或者扩展插件的行为。这个扩展机制是通过一对基于XML格式的“扩展点 + 扩展”来实现的。一个插件可以通过定义“扩展点”来实现可扩展，而其它插件则通过定义对应的“扩展”来注册/更新功能。扩展/扩展点在插件启动时注册到插件运行时，相反，在卸载时，则从插件运行时卸载。 片段插件 在OSGi.NET，有一种特殊的插件，称为片段插件，即Fragment Bundle。片段插件相当于子插件，其作用是为了扩充其它插件的类型空间、扩展信息。除了片段插件的插件，都是宿主插件（Host Bundle）。与宿主插件不同的是，片段插件不能被启动、停止，没有类加载器，不允许从片段插件加载类型。当宿主插件被启动后，片段插件会自动附加到宿主插件，即将片段插件的类型空间、扩展信息合并到宿主插件。 开放工厂原理 开放工厂原理概述 开放工厂主要由iOpenWorks开放工厂平台和OSGi.NET插件SDK组成。开发者从iOpenWorks开放工厂平台中下载到OSGi.NET插件SDK， 并使用该SDK的项目模板来创建一个插件应用程序。 开放工厂原理图如下所示。 iOpenWorks开放工厂平台主要由插件仓库和插件仓库OpenAPI组成。插件仓库实现插件的版本管理、OSGi.NET内核文件版本管理、SDK及客户端 管理，而插件仓库OpenAPI则向外暴露了插件及其版本信息、内核文件及其版本信息从而为客户端提供内核及插件的自动升级支持。 OSGi.NET插件SDK由开发者安装，向开发者提供了OSGi.NET插件框架、OSGi.NET Web扩展、iOpenWorks启动程序这三个开发程序集，此外，还提供了插件项目模板、 远程管理控制台（用于调试用，可以查看OSGi.NET内核情况）、文档、示例。开发者使用OSGi.NET插件SDK的项目模板来创建WinForm或者Web插件 应用程序时，这个模板默认实现了：（1）调用iOpenWorks启动程序程序集来检查内核文件版本并执行更新；（2）创建插件运行时BundleRuntime 并运行，从而启动插件内核，默认从Plugins目录加载插件；（3）高级模板默认包含了页面流