BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

OSGi为业务所带来的好处

| 作者 Alex Blewitt 关注 4 他的粉丝 ,译者 张龙 关注 12 他的粉丝 发布于 2010年12月14日. 估计阅读时间: 3 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

近日,Paremus发表博文谈到了OSGi为业务所带来的好处,博文就模块化将成为大型代码基管理与维护的未来方向这一观点进行了讨论。报告还就如何迁移到OSGi上给出了建议:首先通过自动化构建生成OSGi元数据,然后将应用分别迁移到OSGi框架上。

很多人认为迁移到OSGi上的代价非常大,但通常这里面包含了模块化本身的代价。无论使用的是OSGi、Jigsaw还是其他的模块化架构,要想对大型、复杂、纵横交错的库进行模块化都要付出代价,而这种模块化对于维护者来说并没有立竿见影的好处。然而如果不这么做,系统就会随着时间的推移变得更加复杂、更加的纵横交错,维护代价也会增加。这就好像我们要经常对车进行保养来保持良好的车况一样;如果长年不保养,那么发动机大修的费用就会比所有的保养费还要高,甚至会缩短车的使用寿命。

Paremus给出了如下的迁移计划:

  1. 清除
    1. 成立由模块化专家所构成的小团队,确保得到管理层的支持
    2. 分析现有项目之间的依赖关系,去除不必要或不合适的依赖
  2. 工具与元数据
    1. 评估并使用支持OSGi元数据的工具与仓库
    2. 为所有项目生成OSGi元数据,以此作为构建过程的一部分(即便没有转向OSGi)
  3. 运行时
    1. 根据敏捷与重用性为迁移选择候选者
    2. 使用现有库(以此作为粒度级别)创建工作运行时Bundle
    3. 在OSGi与非OSGi运行时下进行并发测试
  4. 迭代
    1. 一旦迁移到OSGi,那么可能还有更多的候选者来对现有库进行模块化
    2. 就共享模块进行报告
    3. 单独迁移随后的应用

成功案例

虽然有博文报道说MuleSoft没有成功迁移到OSGi,但几个评论家已经证明了OSGi无论对应用服务器还是中间件都是很棒的选择。

就像其他很多框架一样,使用OSGi并不意味着一定就会成功,它还经常需要在使用上与代码上进行一些变化以便进行迁移。事实上,OSGi并非万灵丹——但我们不能仅仅因为它不适合于一个项目就说它也不适合于其他项目。人们可能不会使用OSGi实现解析CSV并将其加载到数据库中这样的单一用途应用,但他也不可能使用Spring或其他框架完成这件事(有些人可能会说这种情况下最好使用Python或Perl而不是Java)。

OSGi还是模块化领域中的一个工具,可用于模块化并在模块之间强制施加边界。随着项目规模的不断扩大,强有力的模块化系统所带来的价值已经超越了实现模块化的代价。

查看英文原文:Business Benefits of OSGi

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT