再谈OSGI，SCA， 服务框架

 

       兄弟公司新来的BlueDavy同学正好是我过去OSGI起步时的间接导师（看了他的《OSGI进阶》和一些实际的使用经验分享），中午第一次在网上遇到，谈了一会儿，下午有一点时间正好去看了看他新的三篇文章，关于OSGI,SCA,服务框架的文章，有一些自己的体会，在这儿也分享一下，自己对于OSGI也就入门性的了解，所以分析的未必到位，也只能说投石问路了^_^，不过很是期待后面彼此的合作和交流。

 

OSGI --> SCA

       在去年的3，4月份，平台需要做一次重构，前端框架不列入第一次重构范围，重构的重点在于后端整体框架的重构和服务框架的设计与实现。对于服务框架这部分，前期的需求主要是希望能够为将来的模块化做好准备，因此就正好去研究了一下OSGI。OSGI的优点在于做到了真正的业务组件模块化（实现类，各种资源，类库等），就和其元数据Bundle名字一样，完全打包。其实就OSGI的起源来看也是这样，它最早用于汽车制造的设计，和J2ME嵌入式开发一样，这种良好的封装对于组件的交互（接口稳定），动态装载替换都有天生的良好支持。而当前的Java应用开发也越来越重视业务模块的封装和重用，动态载入以及类库的独立管理都是未来的一种趋势。但经过一段时间的实践操作，使我考虑去寻找一个新的技术框架规范来实现我的服务框架，原因是什么呢？首先和BlueDavy同学在文章中说到一点一样，OSGI的服务框架没有提供外