OSGi似乎是一个热门的术语.引用了许多好处:
(等等)
我要求一个非常具体的用例 - 中小型Web应用程序.OSGi会为这些带来什么好处？它真的值得吗？
小智 7
我会一如既往地说"这取决于".
你的环境
考虑一个没有OSGI经验的现有团队(他自豪地认为自己是"完成任务"的经验丰富的开发人员.他们有可能会遇到重大痛苦或缓慢的开始.
很多(超出您的想象)开发人员不熟悉Ant或Maven等构建工具,当他们只使用这些构建工具的有限功能时.
创建OSGI包最好用Eclipse,Ant任务或Maven BND插件 VS脚本或jar存档的手动编写清单来完成.
小应用程序
对于小型应用程序,OSGI引入了不必要的复杂性,同时您可以使用Jython等动态语言或JPF或SPI等插件框架.您也可以直接使用反射和简单的自定义类加载器.
大应用
大型应用程序可能会从OSGI中受益,特别是当它们从头开始编写时.恕我直言在现有应用程序中集成OSGI更像是引入一个补丁来提供模块化架构.
根据我的经验,在重写了许多应用程序之后,最好在项目的早期考虑模块化.
其他问题
部署:在任何应用程序中都是相同的.如果您习惯于部署Java Web Start应用程序,则不需要进行部署.如果您已经习惯了OSGI,那么部署不应该成为一个问题.
在生产中部署它时,在任何应用程序中都会偶尔出现问题,这很自然.
版本控制:有许多方法可以在应用程序中提供版本控制.但是,如果您只使用版本控制作为"信息"而不是作为工具(管理依赖关系要求),则版本控制不是问题.
重用:使用OSGI时,您倾向于编写代码以供重用,但任何编写良好的API都应考虑到代码重用.
Eclipse是使用OSGI编写的成功大型应用程序的第一个示例.还有其他大/好工具不使用OSGI并且是模块化的.
结论
在许多模块化框架中,很难处理依赖关系,在运行时停止/启动/卸载/安装功能,而无需重新启动应用程序.您使用自定义类加载器,关闭和启动挂钩等.
OSGI以较低的成本为您提供这种灵活性恕我直言.
我会大胆地NO,即使我的OSGi的大风扇.除非你正在使用其他OSGi捆绑包,否则你有一个特定的问题,如果没有这个大锤,你就无法轻易解决.
优点是优雅的类路径分离(恕我直言).如果您需要相同JAR /类的不同版本,比如因为您正在升级应用程序的某些部分,或者因为您正在组合许多第三方模块,那么OSGi非常棒.
这不是一件容易实现的事情,而且OSGi并不容易.它变得干净,但代价是环境堆栈中的另一层.还有很多工作需要学习和维护.
更不用说文档不是特别适合初学者.
我建议学习它 - 构建Eclipse插件是一种非常好的方法 - 但是在你知道它之前不要将它构建到你的开发计划中.
| 归档时间： |
|
| 查看次数： |
1263 次 |
| 最近记录： |