合同最后的网络服务？答案

【问题标题】：Contract-last web services?合同最后的网络服务？
【发布时间】：2010-01-13 00:57:07
【问题描述】：

使用 CXF 创建最后合同的 Web 服务似乎是一种快速创建基于 SOAP 或 REST 的 Web 服务的有效方法。但是，我不清楚/不确定以下内容，希望能提供见解/反馈：

【问题讨论】：

【解决方案1】：

合同最后的问题是存在紧密耦合在您的代码和您的 WSDL 之间生产。这意味着你是受限于阻抗失配在 Java 和 XSD 之间支持。我们遇到的主要问题面临的是围绕版本控制。如果你想支持两个并行版本，你如何做到这一点最后的合同？我们发现了一个狡猾的使用 XStream 和单独的战争，但解决方案是对于这个边距来说太大了。
CXF 运行良好。我们没有遇到任何重大问题，但这是一个大项目和变化你可以用它做什么也是很大。
这取决于消费者你的 API。如果在一切皆有可能，因为它更简单，不依赖不兼容的 SOAP 库并且可以更好地扩展，但有些 B2B 我合作过的组织更喜欢肥皂。论据可以是使得有更多的工具自动创建 SOAP 客户端与 REST 相比。也就是说，大多数大组织（谷歌、亚马逊等）喜欢 REST 是有原因的。

【讨论】：

【解决方案2】：

Contract last web 服务开发非常适合制作 web 服务的原型。有时 WSDL 处理起来会很痛苦。在我工作的地方，我们首先做所有事情，因为我们的大多数 Web 服务必须与可能的许多其他服务集成，因此 WSDL 通常由架构师创建。

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

【讨论】：

【解决方案3】：

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

【讨论】：