OSGi的指导原则，经验，技巧等
Guice是一个很好的框架，可以将API从实现中分离出来并开始模块化您的应用程序。 OSGi是一个很好的框架，可以在他们自己的安全环境中加载版本化服务，并通过导出的API提供这些服务。
假设一个应用程序已经与Guice一起开发，并且它的大小现在证明转移到OSGi来将早期模块转换成新的完全服务，那么执行这个步骤的驱动步骤是什么？
我正在寻找指导原则，一步一步做清单，战争经验，提示，警告等...
当使用声明式服务（DS）（如Felix SCR）时，OSGi已经为服务提供了依赖注入。 这在OSGi中是标准的，并且在不同OSGi框架之间的可移植性是DS要走的路。 我认为Peaberry正在做DS标准的工作，但是以Guice的方式。
如果我将一个Guice应用程序移植到OSGi，我会在每个包中保留Guice依赖注入，并使用DS在包之间注入服务，以保持与所有OSGi框架的兼容性。
你可以看看Peaberry，这是为了架起OSGi和Guice的世界。
链接地址: http://www.djcxy.com/p/52071.html