使用REST思想从头开始设计“某种服务”是一个好主意（tm）吗？

Question

如果您想创建一个可以从多个“端点”访问的“网站”。从开始时的REST角度设计是一个好主意吗？

我认为答案是“是”......但还有其他意见吗？

REST应该是设计有希望可扩展且可以未定义的方式访问的系统的“起点”吗？

Answer 1

我建议最好的起点是数据模型。仔细考虑您将存储哪些数据以及它与其他数据的关系是最重要的方面。一旦为模型设置了坚实的基础，通过REST，SOAP，RSS，ATOM等将其暴露给多个消费者就容易多了。

Answer 2

我会说是的，只要您的应用程序没有任何内容需要您反对REST的基本限制。

Answer 3

我认为开始思考REST更容易，然后再尝试使用RESTful来添加或替换SOAP Web服务。

首先确定您将提供的资源，即“名词”。然后确定它们在URI空间中的组织方式。想一想用户将对这些资源采取的措施以及适合/不符合基本HTTP动词的行为。

Answer 4

因为您使用“can”和“希望”和（特别是）“not [yet] defined”这两个词，我不得不说：可能不是。

也许你需要在下个月或明年使用REST界面，但也许事实证明你根本不需要一个界面！当然，如果你能够以一种为未来的REST服务敞开大门的方式做出技术决策，那么一定要做到这一点。

创建您现在需要的，而不是认为您需要的。这是一个非常常见（但代价高昂）的错误。

Answer 5

REST只是一种架构，它不是宗教或网络的更高目的。如果它似乎适合您的问题域，请使用它。否则，请使用其他解决方案。 REST并不适用于所有Web开发。