Duncan Cragg 阐释了他关于纯粹基于 GET 的 REST 集成模式的想法，其内容与微软 FeedSync 规范的愿景极为相似。他通过与一名企业架构师的假想对话这一方式，来解释了这一模式。
这位担忧的企业架构师注意到面向服务的环境中充满这样的 REST 实践：Web 站点有“REST API”，或者有着小’s’的“Web 服务”。就算 AtomPub 也有“服务文档”！一些模式，比如 AtomPub，通过完整的 HTTP 方法集，仅提供简单的数据读 / 写服务。而另一些模式仅把这种读 / 写接口作为对更多复杂的服务功能的封装。
他不禁想到：“Web 在 REST 集成中处于什么位置？没有 PUT 和 DELETE，Web 也工作得很好：那么就使用本身 RESTful 的 GET 不就够了吗？”
他将自己的基于 GET 的集成模式称作 FOREST，一个 RESTful 的观察者同步模式，像他所解释的那样：
FOREST 是一个只有 GET 的 REST 集成模式，简单的定义为：一个资源的状态依赖于它所链接的其它资源的状态。[…] 这意味着，为了查看这些依赖，资源服务器同时也必须是客户端。
接下来他给出了一些关于这一集成场景的例子，还包括混搭…
FOREST 是由纯 GET 或 Web 轮询用例引申而来的 REST 模式，包括某些特定类型的混搭，比如 feed 聚合或筛选器，为其它网页创建摘要的站点，等等。
…以及它与企业的相关性。
FOREST 是在 ROA/WOA/SOA 环境里构建“企业混搭”的一个 REST 模式。[…] 据我所知与此最相近的是企业混搭标记语言，但 FOREST 却十分不同：它简单得多，并且是 / 纯粹 / 的 REST 模式。
就这点而言，实际上 ATOM/RSS feed 使用基于 GET 的同步已有一段时间了， FeedSync 就是这样的形式之一，这是微软的一个 feed 同步规范。
FeedSync 对于 Atom 和 RSS 的应用范围是定义一个最小的必需扩展，来支持松散协作的应用使用 Atom 和 RSS feed 来作为条目共享的基础——也就是说，在两个或多个跨订阅的 feed 之间对新的和变更的条目异步地进行同步。
在这样的集成形式中，资源表示 - 通常指的是规范的数据模型，以feed 的方式暴露出来，并可以被端点用于提取同步(pull-synchronization)。如果加上端点可以是各种能够通过使用HTTP 的GET 语义来同步资源状态的设备，服务，应用程序等等这种思想，这种模式将会更加普遍适用。
查看英文原文： GET-only REST Integration Patterns Blur The Line Between Synchronization And Integration
评论