《RESTful Web APIs》读后感

《RESTful Web APIs》读后感


由于想理清楚REST术语的确切含义，以及大多数场景下REST代指了什么，是否有人滥用的情况，我找了一些专门讲REST的书来学习。下面是我对REST学习后的一些理解和总结。
从精准定义上讲，REST的意思是“表述性状态传递”（英文：Representational State Transfer，简称REST）。但这种定义很难理解，并且很难和我们日常说的“REST接口”联系起来。而实际上简单来讲，REST是指开发一个REST Web接口时让合理选择使用GET、POST、HEAD、PUT、DELETE、OPTIONS等谓词，对于合适业务操作动作，选择合适的谓词，而不是一味的只是使用GET和POST。比如在执行的删除和更新操作时也用GET和POST，从设计的角度讲，是不优美的，因为有更合理的设计方案。


HTTP、Web被使用了这么些年，以前用GET和POST也都干的好好的，为啥忽然就有人开始嚷嚷着用PUT、DELETE等所谓的“REST风格”？ 我个人分析的结论是：随着这几年移动Web的发展，很多系统的后台都想既支持PC又支持移动设备，而又只写一套后台程序，这样就需要同一套接口。而基于HTTP协议的接口是最容易被复用的。在基于HTTP的协议里，SOAP协议又太重了，为了传输一点小小的业务上的数据，就需要传输大量的通信数据。所以逐渐的基于原始HTTP协议，采用JSON格式的传输流行起来了。又因为JSON被JavaScript天然支持，一切就都酷毙了！


后来使用RoR开发的Github之类的网站的页面的URL风格开始美化，设计的简短合理清晰，并开始引领

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！