下面的是对OSGI规范的实现情况（可能是不完整的）。相同级别API实现和原始OSGI规范在不同的项目中差距会很大。
1 当Poco OSP 以服务services形式提供这些功能时, 似乎与OSGi规范不兼容. 最后，最后一个表格总计了一些开源项目的代码规格，使用的代码是在章节前声明的版本。开发成本是用sloccount基于基本COCOMO模型进行统计的。代码行统计使用了cloc工具。所有统计都是针对源码的（不包含示例，测试代码，服务实现生成代码等等），
总结好消息是现在已经有了原生OSGI解决方案，并且相应的开发正在进行。坏消息是原生OSGI开发正在碎片化，工业界现在还没有一个大的开发社区和有效的兴趣点(我猜作者的意思是大家都关注的项目和社区)。我认为,当前针对嵌入式系统和大规模组件应用系统的C++复兴趋势中，一个原生的OSGI解决方案是非常有益的（想想每美元性能提高比例）。 从技术方面来说，我没有讨论关于OSGI实现上的许多细节以及当前项目的实现情况。我也许应该针对这些项目如何处理组件的元数据、依赖性、版本控制、资源、动态加载和RTTI(资源初始化即获取)问题进行更深一步的比较。 原文链接： cpp microservices 翻译： 伯乐在线 - zzzworm |
