REST ful Web Service是什么？

? ? ? ? REST是一種架構風格，其核心是面向資源，REST專門針對網(wǎng)絡應用設計和開發(fā)方式，以降低開發(fā)的復雜性，提高系統(tǒng)的可伸縮性。REST提出設計概念和準則為：

? ? ? 1.網(wǎng)絡上的所有事物都可以被抽象為資源(resource)
? ? ? 2.每一個資源都有唯一的資源標識(resource identifier)，對資源的操作不會改變這些標識
? ? ? 3.所有的操作都是無狀態(tài)的

? ? ? ?REST簡化開發(fā)，其架構遵循CRUD原則，該原則告訴我們對于資源(包括網(wǎng)絡資源)只需要四種行為：創(chuàng)建，獲取，更新和刪除就可以完成相關的操作和處理。您可以通過統(tǒng)一資源標識符（Universal Resource Identifier，URI）來識別和定位資源，并且針對這些資源而執(zhí)行的操作是通過 HTTP 規(guī)范定義的。其核心操作只有GET,PUT,POST,DELETE。

? ? ? ?由于REST強制所有的操作都必須是stateless的，這就沒有上下文的約束，如果做分布式，集群都不需要考慮上下文和會話保持的問題。極大的提高系統(tǒng)的可伸縮性。

? ? ? ?對于SOAP Webservice和Restful Webservice的選擇問題，首先需要理解就是SOAP偏向于面向活動，有嚴格的規(guī)范和標準，包括安全，事務等各個方面的內容，同時SOAP強調操作方法和操作對象的分離，有WSDL文件規(guī)范和XSD文件分別對其定義。而REST強調面向資源，只要我們要操作的對象可以抽象為資源即可以使用REST架構風格。

REST ful 應用問題

是否使用REST就需要考慮資源本身的抽象和識別是否困難，如果本身就是簡單的類似增刪改查的業(yè)務操作，那么抽象資源就比較容易，而對于復雜的業(yè)務活動抽象資源并不是一個簡單的事情。比如校驗用戶等級，轉賬，事務處理等，這些往往并不容易簡單的抽象為資源。

? ? ? ?其次如果有嚴格的規(guī)范和標準定義要求，而且前期規(guī)范標準需要指導多個業(yè)務系統(tǒng)集成和開發(fā)的時候，SOAP風格由于有清晰的規(guī)范標準定義是明顯有優(yōu)勢的。我們可以在開始和實現(xiàn)之前就嚴格定義相關的接口方法和接口傳輸數(shù)據(jù)。

? ? ? ?簡單數(shù)據(jù)操作，無事務處理，開發(fā)和調用簡單這些是使用REST架構風格的優(yōu)勢。而對于較為復雜的面向活動的服務，如果我們還是使用REST，很多時候都是仍然是傳統(tǒng)的面向活動的思想通過轉換工具再轉換得到REST服務，這種使用方式是沒有意義的。

效率和易用性

SOAP協(xié)議對于消息體和消息頭都有定義，同時消息頭的可擴展性為各種互聯(lián)網(wǎng)的標準提供了擴展的基礎，WS-*系列就是較為成功的規(guī)范。但是也由于SOAP由于各種需求不斷擴充其本身協(xié)議的內容，導致在SOAP處理方面的性能有所下降。同時在易用性方面以及學習成本上也有所增加。

? ? ? REST被人們的重視，其實很大一方面也是因為其高效以及簡潔易用的特性。這種高效一方面源于其面向資源接口設計以及操作抽象簡化了開發(fā)者的不良設計，同時也最大限度的利用了Http最初的應用協(xié)議設計理念。同時，在我看來REST還有一個很吸引開發(fā)者的就是能夠很好的融合當前Web2.0的很多前端技術來提高開發(fā)效率。例如很多大型網(wǎng)站開放的REST風格的API都會有多種返回形式，除了傳統(tǒng)的xml作為數(shù)據(jù)承載，還有（JSON,RSS,ATOM）等形式，這對很多網(wǎng)站前端開發(fā)人員來說就能夠很好的mashup各種資源信息

安全性

技術沒有好壞，只有是不是合適，一種好的技術和思想被誤用了，那么就會得到反效果。REST和SOAP各自都有自己的優(yōu)點，同時如果在一些場景下如果去改造REST，其實就會走向SOAP（例如安全）。

? ? ? ?REST對于資源型服務接口來說很合適，同時特別適合對于效率要求很高，但是對于安全要求不高的場景。而SOAP的成熟性可以給需要提供給多開發(fā)語言的，對于安全性要求較高的接口設計帶來便利。所以我覺得純粹說什么設計模式將會占據(jù)主導地位沒有什么意義，關鍵還是看應用場景。

? ? ? ?同時很重要一點就是不要扭曲了REST現(xiàn)在很多網(wǎng)站都跟風去開發(fā)REST風格的接口，其實都是在學其形，不知其心，最后弄得不倫不類，性能上不去，安全又保證不了。

成熟度

SOAP雖然發(fā)展到現(xiàn)在已經脫離了初衷，但是對于異構環(huán)境服務發(fā)布和調用，以及廠商的支持都已經達到了較為成熟的情況。不同平臺，開發(fā)語言之間通過SOAP來交互的web service都能夠較好的互通。

由于沒有類似于SOAP的權威性協(xié)議作為規(guī)范，REST實現(xiàn)的各種協(xié)議僅僅只能算是私有協(xié)議，當然需要遵循REST的思想，但是這樣細節(jié)方面有太多沒有約束的地方。REST日后的發(fā)展所走向規(guī)范也會直接影響到這部分的設計是否能夠有很好的生命力。

轉載于:https://www.cnblogs.com/lilongsheng1125/p/4978495.html

總結

以上是生活随笔為你收集整理的Web Service 与 RESTful Web Service比较的全部內容，希望文章能夠幫你解決所遇到的問題。

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