超文本不一定就是浏览器里的HTML 。机器只要理解数据格式和关系类型，它就可以跟随链接 。
当被问及为什么他觉得很多人未能正确实现REST风格时，Roy说：某种程度上，人们未能正确实现REST风格，是因为我在博士论文里没有就媒体类型设计（media type design）作充分详细的论述 。那并不是因为我觉得媒体 类型设计不如REST的其他方面重要，而是因为我当时时间不够 。
还有，我想很多人做得不对，可能是因为他们仅仅阅读了根据非权威资料撰写而成的 Wikipedia相关条目 。不过，我觉得很多人存在一个错误的认识，他们认为：设计简单的东西，应该是轻而易举的 。
而在现实中，设计某样东西需要花费的 精力，与结果的简单 程度是成反比的 。与其他架构风格相比，REST是相当简单的 。
REST是用于长远考虑的软件设计：它的每一个细节都是为了提升软件寿命和独立演化 。有许多 约 束是直接与短期功效对立的 。
不幸的是，人们较擅长于短期设计，而对待长期设计就很糟糕了 。大部分人认为他们不需要为以后的版本作考虑 。
有不少软件方法都把 长远 考虑说成是执迷不悟的、象牙塔的设计（若不是有实际需求的话，那么可能是的） 。实际上，如果你对REST感兴趣的话，对该文的所有回复都值得一读 。
Dare Obasanjo在一篇单独的文章中进行了概括总结：最要铭记的是，REST所构建的，是在万维网（World Wide Web）上使用、对Web生态系统有利的软件 。理想情况下，一个REST风格的API既可为众多网站所用、又可被运行在各种平台上的应用所用，而且客户 端应用与Web服务之间是零耦合的 。
RSS/Atom提要（feed）就是一个很好的例子，它也是世界上最成功的REST式API 。他专门考察了Roy提到了一种错误做法：实现API的服务需具有一种特定的URI结构 。
这种做法的问题是，它假定每一个实现者都对他们的URI空间拥有完全控制权，而且客户端 。
【怎么写rest】
文章插图