这是实现的一套基于OSGi规范的C#基础框架-OSGi.NET,并且用Go语言初步实现了插件的管理平台-插件仓库。在几个中小型项目中有所应用(Winform、WPF),主要可以解决多人协作的开发规范与插件的管理问题。
更多说明: http://www.diginfo.me/osgi-net-implement
简介:
OSGi.NET框架是一个参照了OSGi规范的模块化管理框架。框架为应用程序扩展(组件(bundle))提供了一个标准环境。整个框架可以划分为一些层次:
运行环境
模块(Bundle)
生命周期管理
服务注册
扩展点支持
目前OSGi.NET具有如下特色:
组件的可插拔性:组件可根据业务需要在运行时进行装载、卸载操作
组件的动态更新:组件在运行时可更新替换当前版本
组件的版本隔离:不同组件引用相同产品的不同版本程序集可以版本隔离
组件完整的生命周期:包括已安装、已装载、已激活、启动中、停止中、已卸载
组件的加载顺序:组件加载根据业务要求可设置加载级别来控制加载次序
组件的通信支持:组件间通过面向服务的编程模型来达到组件间通信、调用的目的
组件的扩展支持:组件提供了扩展点及其扩展来满足某个组件的扩展性支持
启动一个OSGi.NET应用程序仅需要如下代码
using System; using OSGi.NET.Core.Root; namespace ConsoleDemo { class Program { static void Main(string[] args) { //创建框架工厂 var frameworkFactory = new FrameworkFactory(); //创建框架内核 var framework = frameworkFactory.CreateFramework(); //初始化框架 framework.Init(); //启动框架 framework.Start(); Console.ReadLine(); } } }
创建一个OSGi.NET项目需要:
引用框架内核程序集OSGi.NET.dll
添加框架内核配置文件OSGi.NET.properties
如需要日志支持,添加log4net.config文件及log4net.dll程序集引用
OSGi.NET项目的默认文件目录结构如下
/程序目录
/程序目录/Bundles/
/程序目录/Bundles/模块A/
/程序目录/Bundles/模块A/Manifest.xml
/程序目录/Bundles/模块A/模块A.dll
/程序目录/Bundles/模块A/Libs/
/程序目录/Bundles/模块A/Libs/* .dll
/程序目录/Bundles/模块B/
/程序目录/Bundles/模块C/
/程序目录/Libs/(可选)
/程序目录/OSGi.NET.properties
注:
程序目录中的Libs文件夹存放个Bundles的共享程序集(也可通过在配置文件中配置共享清单),如接口契约、公共第三方类库等。
模块A中的Libs文件夹存放其私有程序集。
Manifest.xml作为程序清单文件对模块进行自描述。
OSGi.NET.properties为框架内核配置文件
关于加载次序:
由于业务需求,各模块存在依赖关系的可能,所以模块加载也会有加载顺序的要求,此时可以通过清单文件中Manifest.xml,Bundle节点的StartLevel属性对其加载次序进行设置。数值越小,加载越前。
关于Bundle引用程序集搜索原则:
根据加载的Bundle引用程序集,依据程序集名称+版本号匹配原则,优先从[/程序目录/Libs/]目录或共享清单中搜索。
如第一步无匹配,则根据程序集名称从[/程序目录/Bundles/模块A/Libs/*.dll]目录搜索,并将搜索到的程序集对应版本关联Bundle。
各Bundle下Libs目录程序集在加载中做了Bundle间的隔离,确保不同的Bundle引用的程序集间不会造成影响。即:如存在共享程序集请放置[/程序目录/Libs/]目录或在共享清单配置。
评论