常高伟的专栏

借助OSGI可以实现我们公司平台的基础架构的蓝图。要好好学习一下。OSGI实战1 概述：这篇文章是BlueDavy在20068月25日完成的，距离现在正好3年。一方面，我在这方面确实路后了。另一方面，我也有幸站在巨人的肩膀上来思考。国外在软件领域，特别是开源领域，已经取得了很大的成就。我们公司在引进开源技术上有些畏首畏尾，主要的担心在于对开源技术的畏难心理。后面的开发思路，除了提高重用

　　最近一直在学习OSGI方面的知识。买了一本《OSGI原理和最佳实践》，可是还没有到。遗憾的是，OSGI目前的几个开源框架只支持Java，对C和C++都不支持的。可惜我们公司目前主要的开发语言还是c和c++，即便是引进OSGI，所得的好处范围有限。而我对松散耦合的模块化开发向往已久。查了一下OSGI对C++支持的好像是有一个开源项目，不过好像应用范围很小。而SCA标准中是有对C++实现模型的支持

在这一系列的上一个文章中，介绍了构建C/C++插件开发框架的初步设想，下面我会一步步的向下展开，来实现我的这个设想。今天主要谈一下我对这个框架的功能认识，或是期望。昨天看了一篇关于持续集成能力成熟度模型的一篇文章，受此启发，我对此框架的认识渐渐清晰。这个框架可以当做我们公司底层产品（交换机，资源服务器等）的基础设施。上层基于java开发的产品可以直接在OSGI上开发。 核心功能

这几天为了设计插件开发框架，尝试用了一下发散思维来思考问题。中间看过依赖注入，AOP（面向方面编程），以及契约式设计等。虽然有些工具无法直接使用，但是这些思想还是可以借鉴的，比如依赖注入，契约式设计。至于AOP，和工具相关性较大，虽然思想不错，但是无法直接在C++中使用。我设计的插件间的依赖不是通过接口实现的，而是通过插件间的数据（信元流）。而信元流的检测可以使用契约来检查。插

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 <!-- /* Font

这一系列文章是我构建C/C++插件开发框架开放框架的过程。后面会一直更新，直至构建完成。《构建自己的C/C++插件开发框架（一）——初步设想》《构建自己的C/C++插件开发框架（二）——总体功能》《构建自己的C/C++插件开发框架（三）——总体结构》《构建自己的C/C++插件开发框架（四）——核心层设计和实现》