解耦服务契约：模块化服务“催化剂”

OSGi和Jigsaw一致吗？组件耦合的问题有点大题小做了。最近的Java争论主要是OSGi模块化VS.Jigsaw的“更简单”方法。但是也许关键点在于对于任何既定的组件在哪里适合什么模块化。

　　TheServerSide.com上最近有一些争论，主要是关于是否完全成熟的OSGi模块化是严格意义上必须的东西，或者Jigsaw是否一种足够好的“更简单”的方法。基于这些讨论，这场争论的最大问题可能在于哪里适合适当的模块化。OSGi一方强调每一个包应该是独立的模块，无需依赖其他包。Jigsaw一方则提出模块可以再一个更高的水平定义，然后是包，这个包可以在模块中传播。

　　不管怎样，模块之间的连接必须维持模块化或者模块化架构的好处丢失。创建高度可交互的部分最大的事情是你可以将一个部分拉出，并用另一个类似的替换，但是不管怎样，不要破坏系统的其他部分。但是如果这些部分都连接在一起，就不能在没有任何破坏的情况下拉出一个部分。

　　将这个类比到SOA，如果你的服务组件受到严格的耦合服务契约的限制，你就不能从潜在的可重用服务中得到本应得到的足够价值。维持模块化服务的技巧在于使用解耦服务契约，尤其是来自SOApatterns.org的解耦契约模式。

　　Vijay Narayanan的博客中写道，我们了解到解耦契约模式放弃了WSDL文档支持的一种不可知论者更多的技术方法的契约规格。没有任何参照或者依赖于任何特定技术创建一项契约，解耦契约模式有助于更多模块化服务绑定。

我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。

我原创，你原创，我们的内容世界才会更加精彩！

【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号