2020-03-29 08:45:38
勇哥2021/7/21注:现在发现vs2015已经不支持手里的iOpenWorksSDK。于是在网上搜索了一下,如下:1 iOpenWorksSDK对VS2013-VS2017的支持插件https://files.cnblogs.com/files/baihmpgy/iOpenWorksSDK.vsix.zip2 iOpenWorksSDK对VS2010的支持https://files.cnblo...
2020-03-15 11:38:49
面向服务支持简介在该平台,一个服务由服务契约+服务实现组成。服务契约为服务接口,而服务实现则是实现服务接口的类。一般来讲服务契约由一个模块或者一个通用的程序集定义,服务实现模块和服务使用模块则都依赖于服务契约模块或者程序集。服务实现模块在激活器的Start方法中,利用传入该方法的参数context的AddService方法来注册服务,而服务使用模块则利用其激活器Start方法中的context的G...
2020-03-15 08:51:18
Sample 01:一个简单的模块1 新建一个名为SimpleModuleShell的“控制台宿主应用程序”项目。2 添加一个新建项目,名称为SimpleModule项目,其项目路径指向SimpleModuleShell项目的bin\plugins文件夹,这样一个默认的模块便创建完成。3 新建的SimpleModule模块由Activator.cs文件和Manifest.xml文件组成。4 Man...
2020-02-29 16:10:37
这应该是每次我们打算使用模块化框架来创建新的解决方案或者将已有程序重构时首先面对的一个问题。这里我们不谈详细的需求与功能点的探讨过程,直接拿假设的功能点作为讨论基础。比如我们现在准备实现一个简单的B/S的留言板程序,它需要如下功能1) 留言信息展示2) 增加留言信息3) 管理员登陆4) 管理员回复、删除留言传统的三层架构划分大概是这个样子,一种典型的横向划分。你可以将他们放在一个解决方案里...
2020-02-29 16:08:33
所谓的多环境支持,官方是这么介绍的 1) 支持控制台应用程序。 2) 支持Windows窗体应用程序。 3) 支持WPF应用程序。 4) 支持Windows服务应用程序。 5) 支持ASP.NET应用程序。 6) 支持Windows Mobile应用程序。 7) 支持UIOSP平台嵌套。 这个理解起来不难,主要是因为OSGi.NET是基于.NET框架且与语言以及类型无关,也就是说...
2020-02-29 16:01:02
“热插拔和动态支持”应该算是OSGi.NET最有趣,最Cool的一个功能,官方文档是这样介绍的 1) 热插拔:所有的模块都可以被动态的添加和卸载。 2) 生命周期:模块生命周期状态由“已安装、已解析、正在启动、已激活、正在停止、已停止、已卸载”组成,每一个生命周期状态下,模块提供的功能都可能不同。 3) 动态:当模块执行任何生命周期操作时,模块会动态的想外界暴露或者隐藏它提供的功能,比如...
2020-02-29 15:52:56
通过上面的实例,我们可以具体体会到模块与模块之间的“动态信息注入”方式。这种方式的好处是 1) 首先,被注入方不需要知道将会被谁注入,保证了逻辑的单一性,易于横向扩展 2) 其次,注入的协议的可配置型,基于XML的描述,可实现很方便的修改和维护 3) 结合“接口加实现”的服务模式,可以快速整合各个模块的资源,实现了有效的“服务化” 上面的代码只是实现了注入,也就是当具体业务模块被运行环境...
2020-02-29 15:39:13
目前为止我们已经了解了模块化的隔离策略,面向服务的交互策略,现在就该来看看更高级的模块扩展策略,这里的“可扩展”在官方文档是这么介绍的 1) 扩展点:通过标准XML节点<ExtensionPoint>来定义一个模块向其它模块暴露的扩展点。暴露扩展点的模块会监听并处理其它模块对其的扩展。 2) 扩展:通过标准XML节点<Extension>来定义一个模块对暴露扩展点的模...
2020-02-29 15:35:10
这次我们继续延续“模块化和插件化”那个实例来做展示。 现有的代码,主程序依赖接口和接口实现的Calculator.Demo1程序集,也就说主程序不仅得知道具体的接口定义,还得知道这个接口具体实现的定义。理论上说,这是面向对象,但也是紧耦合。如果你要替换成另外一个接口实现,你就得重新修改、编译、发布主程序。如何避免这种修改呢?可以通过服务总线来重构它、隔离它、松耦合它。 好在OSGi.NET...
2020-02-29 15:33:43
面向服务的体系结构,SOA,也是OSGi.NET中一个重要功能,主要是为了各个模块可以以一种统一和通用的方式进行交互。官方文档是这么说的 1) 服务绑定模型:支持典型的“服务注册 – 服务搜索 – 服务绑定”的服务绑定模型。服务提供商想服务注册表注册服务,服务消费者搜索服务注册表并绑定需要的服务。 2) 接口与实现隔离:每一个服务由“接口 + 实现”组成,接口相当于服务契约,而实现则是实现服务...
2020-02-29 15:30:10
现在我们来对OSGi.NET的“模块化和插件化”做一个小结,再次把官方的说明拿出来 1) 物理隔离:基于UIOSP开发的模块是一个物理隔离的可单独部署的模块,每一个模块拥有独立的文件夹、类型空间、资源和类加载器。模块间互相独立、互相隔离且互不影响。 a) 先看看上面实例目录结构 b) 很明显的看出,三个模块的确是被“隔离“在三个不同的文件夹内,且Calculator.Demo1和Remo...
2020-02-29 15:04:06
假设我们准备做一个计算器,是的,先从最简单的加减乘除开始。 1) 先确定一下是命令行显示,.NET 4.5,C#,VS 2012的开发环境; 2) 第一阶段实现加减乘除功能,用户输入计算公式,回车,返回计算结果; 3) 其他问题待定。 OK,先来分析一下如何做。 1) 逻辑上,简单来说,核心在计算,一种输入,计算和输出的过程。 2) 其他的就是界面和异常了。 稍微具体点, 1)...
2020-02-29 14:55:04
这算是OSGi的基础和灵魂,没有他,后面将要介绍的很多功能都会黯然失色。 先看文档怎么说: 1) 物理隔离:基于UIOSP开发的模块是一个物理隔离的可单独部署的模块,每一个模块拥有独立的文件夹、类型空间、资源和类加载器。模块间互相独立、互相隔离且互不影响。 2) 高度可重用:模块的重用不需要再更改任何代码,只需要将模块拷贝到UIOSP指定的插件目录下,它的功能便向其它模块暴露。 3) 规范...
2020-02-29 14:48:38
了解什么是OSGi.NET?得先从OSGi讲起,这个名词代表了两层意思,一个是组织,一个是规范。这个规范最初是为了能让更多不同规格和功能的嵌入式设备互通互联,互相协作搭建“智能运行平台”。了解这点很重要,它决定了我们能用OSGi来做什么。通俗的来说,OSGi搞定了如何将不同种类的“东西”集成到一块儿,并让他们和谐相处,就像是PC的“主板”,主板上面有CPU,有内存,有网卡,有声卡等等,他们通过主...
2020-02-29 14:44:58
持续更新和调整中,本人学习笔记,非官方文档,难免疏漏,仅供参考。 OSGi.NET SDK下载地址。前言及环境准备模块化和插件化概念实例小结面向服务架构支持概念实例、小结模块可扩展支持概念、实例小结热插拔与动态支持概念、实例、小结多环境支持高级话题如何划分模块?...
2020-02-26 21:24:30
1. OSGI.NET 与UIOSP OSGi是Open Service Gateway Initiative的缩写,Wiki对其的定义为:一方面它指OSGi Alliance组织,它是由IBM、Oracle、BEA、SAP等国际IT巨头组成的OSGi联盟组;另一方面指该组织制定的一个基于Java语言的服务规范——OSGi服务平台(Service Platform)。OSGi服务平台是一个动态...
2020-02-26 21:13:35
关于osgi.net ,想必大家也听说过,以下是自己在学习osgi.net 过程中整理出来的内容,供大家学习参与使用。 1. UIOSP 开放工厂框架架构 开放工厂所有插件基于OSGi.NET面向服务插件框架构建。该框架是国际上第一个完整迁移了OSGi R4规范的OSGi.NET框架,提供了动态模块化、面向服务和模块扩展三大功能,支持WinForm桌面应用、WPF桌面应用、ASP.NET...