一、rest是什么？ ? 1、REST是設計風格而不是標準。 2、粗俗的理解就是制定了一套web api的uri的命名方式。 3、REST提出了如下設計準則： a. 網絡上的所有事物都被抽象為資源（resource）； b.?每個資源對應一個唯一的資源標識符（resource identifier）； c.?通過通用的連接器接口（generic connector interface）對資源進行操作； d.?對資源的各種操作不會改變資源標識符； e.?所有的操作都是無狀態的（stateless）。 rest架構最為重要的一點是：這是一種新的開發思維方式。 REST把服務器端所有的URL都當作是抽象的資源（相當于是面向對象設計中的接口） ? 二、rest有什么優點？

? ? ? 可以利用緩存Cache來提高相應速度
??????通信本身的無狀態性可以讓不同的服務器處理一系列請求中的不同請求，提高服務器可擴展性

瀏覽器即可作為客戶端，簡化軟件需求 相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小 不需要額外的資源發現機制 在軟件技術演進中長期的兼容性更好 三、架構比較 ? 1、RPC架構風格將服務器看作是由一些過程組成，客戶端調用這些過程來執行特定的任務。SOAP就是RPC風格的一種架構。過程是動詞性的（做某件事），因此RPC建模是以動詞為中心的。
2、分布式對象架構風格認為服務器是由一些對象和對象上的方法組成，客戶端通過調用這些對象上的方法來執行特定的任務。并且客戶端調用這些對象上的方法應該就像是調用本地對象上的方法一樣，這樣開發就可以完全按照統一的面向對象方法來做。但是很可惜，這樣的抽象并不是很有效，因為分布式對象與本地對象存在著巨大的本質差別，想要掩蓋這些差別很多時候甚至是有害無益的。
3、REST架構風格并沒有試圖掩蓋這些差別，而是將服務器抽象為一組離散資源的集合。資源是一個抽象的概念，而不是代表某個具體的東西。注意：要真正理解REST，就一定要增強自己的抽象思維能力，充分理解到資源是抽象的。如果完全不具有抽象思維的能力，一定要將資源與數據庫中的一張表或服務器端的一個文件（HTML、Servlet、JSP、etc.）一一掛起鉤來，就無法真正理解REST了。資源是名詞性的，因此REST建模是以名詞為中心的。

?

轉載于:https://www.cnblogs.com/xumanbu/p/4778422.html

總結

以上是生活随笔為你收集整理的rest架构的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。