常高伟的专栏

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

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

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

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

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

原文：http://news.youkuaiyun.com/a/20090929/213960.html  <!--show_ads_zone(13);--> <!----> TOP是淘宝开放平台的英文缩写，同时也有顶级优质的英文含义。TOP的整个架构体系是组件化体系架构，可以是很少的几个基础组件构成的Skeleton，也