在创建/调整服务以在 SOA 架构中工作时，只要消费者能够处理响应，公开的接口就可以是您想要的任何内容。
为了给出更简洁的答案，我将把 REST 解释为一个 HTTP 接口，它可以执行 CRUD 操作，可能用 XML 或 JSON 对象响应请求。
SOAP 倾向于在服务端进行更复杂的操作，SOAP 的库和涉及的 XML 给系统带来了复杂性。
如果您需要的只是可通过简单 CRUD 操作访问的资源的表示，则值得考虑实现 REST 接口以降低复杂性，即使该服务将与带有 SOAP 接口的辅助服务一起运行。所需要的只是服务的使用者能够处理 RESTful 风格的响应以及充当 SOAP 客户端。
会存在跨服务一致性以提高可维护性和易于开发的争论，但这不是必需的，应该只包含在决策过程中。
当在设计中包含消息总线时，可以通过将标准转换（XSLT、自定义）插入到流程中来更有效地处理异构服务，该流程可以将来自服务的响应转换为系统整体理解的标准格式。
是的,它们都可以被视为实施SOA的方法.我想你可以说REST是一种风格,但是你必须说SOAP也是一种风格.我只是考虑他们不同的技术来实现同样的目的.SOAP模仿远程过程调用,REST与Web(http)的设计方式一致.
| 归档时间： |
|
| 查看次数： |
9153 次 |
| 最近记录： |