合同最后的网络服务？

Question

使用CXF创建契约最后的Web服务似乎是一种快速创建基于SOAP或REST的Web服务的高效且有效的方法.但是,我不清楚/不确定以下内容,我很感激见解/反馈:

1. 合同最后是否存在重大缺陷我应该注意什么？
2. CXF是否有任何重大问题/陷阱我应该警惕？
3. 在REST和SOAP之间使用CXF时最有意义吗？

Answer 1

1. Contract Last 的问题在于您的代码和您生成的 WSDL 之间存在紧密耦合。这意味着您受到 Java 和 XSD 支持之间的阻抗不匹配的限制。我们面临的主要问题是版本控制。如果你想支持两个并行版本，如何使用contract-last 来做到这一点？我们找到了一种巧妙的方法来使用 XStream 和单独的战争来做到这一点，但解决方案对于这个余量来说太大了。
2. CXF 效果很好。我们还没有遇到任何重大问题，但这是一个大项目，你可以用它做的事情也很大。
3. 这取决于 API 的使用者。如果可能的话，我会提倡 REST，因为它更简单，不依赖于不兼容的 SOAP 库，并且可扩展性更好，但与我合作过的一些 B2B 组织更喜欢 SOAP。可以说，与 REST 相比，有更多的工具可以自动创建 SOAP 客户端。也就是说，大多数大型组织（Google、Amazon 等）更喜欢 REST 是有原因的。