合同最后的网络服务？

Question

使用CXF创建契约式Web服务似乎是一种快速创建基于SOAP或REST的Web服务的高效且有效的方法。但是，我不清楚/不确定以下情况，我很感激见解/反馈：

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

Answer 1

1. 合同最后的问题是 有一个紧耦合 你的代码和WSDL之间的关系 生产。这意味着你 受阻抗不匹配的限制 Java和XSD之间的关系 支持。我们遇到的主要问题 面临的是版本控制。如果你 想要支持两个并行 版本，你是如何做到的 合同最后？我们发现了一个狡猾 用XStream做的方法 单独的战争，但解决方案是 这个边际太大了。
2. CXF运作良好。我们没有 遇到任何重大问题，但这是一个 大项目和的变化 你可以用它做什么 非常大。
3. 这取决于消费者 你的API。如果在，我会提倡REST 一切都可能，因为它更简单，不依赖于不兼容的SOAP库，并且可以更好地扩展，但有些B2B 我曾经合作过的组织 更喜欢SOAP。争论可以是 使得有更多的工具 自动创建SOAP客户端 与REST。那说，最大的 组织（谷歌，亚马逊等） 喜欢REST是有原因的。

Answer 2

合同上次Web服务开发非常适合原型化Web服务。有时WSDL可能很难处理。在我工作的地方，我们首先签订合同，因为我们的大多数Web服务都必须与其他许多Web服务集成，因此WSDL通常由架构师创建。

如果可能的话，我也会使用REST，并且使用CXF生成RESTful服务\客户端并不困难。

Answer 3

• http://static.springsource.org/spring-ws/sites/1.5/reference/html/why-contract-first.html#d0e321    春天的这个链接全部    回答你的问题
• CXF对于项目是可以的，但是你需要了解它会引入大约20个奇怪的依赖项，但是如果你的项目大小合适我会建议
• REST始终建议使用SOAP（因为您的客户可以使用/不使用OBJECTS的概念）。 SOAP对客户选择施加了一些限制