OSGi.NET 介绍
这是实现的一套基于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/]目录或在共享清单配置。
OSGi.NET 官网
https://github.com/FreezeSoul/OSGi.NET
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。