眾所周知，Spring的核心特性就是IOC和AOP，IOC（Inversion of Control），即“控制反轉”；AOP（Aspect-OrientedProgramming），即“面向切面程式設計”。

RESTful 是一種介面API，web service 不是介面，它是一種服務。兩個概念不應該相提並論。

實踐中，REST 和 SOAP 是 web services 中兩個比較常見的介面 API。有時候，JSON 也被看成是其中的另外一個介面。

因此，一般人會問：作為 web services 的兩個介面技術，REST 與 SOAP 那個更具有優勢？

答案：

隨著資料科學和人工智慧的發展，尤其是訪問不同資料來源的需要，RESTful 介面更加強大和流行。目前看，所有資料庫都支援 REST API。當然，許多企業仍然使用比較傳統的 SOAP API，因為他們相信這個介面更加安全。

事實上，不存在 SOAP 比 REST 更加安全的判斷，或者認為 REST 不安全的顧慮是不必要的，也是不存在的。

本質上，資訊科技安全是另外一方面的技術。兩個介面對安全都有相應的處理機制，都安全。相對而言，除效率高外，RESTful API 更加安全。

可以看看這個博文：

https://raygun.com/blog/soap-vs-rest-vs-json/

關於REST安全，可以看看下面博文：

https://www.netsparker.com/blog/web-security/rest-api-web-service-security/

Webservice有嚴格的規範和標準，包括安全、事務等各個方面的內容，同時強調操作方法和操作物件的分離，有WSDL檔案規範；Rest強調面向資源，只要我們要操作的物件可以抽象為資源，即可以使用Rest架構風格，Rest專門針對網路應用設計和開發方式，以降低開發的複雜性，提高系統的可伸縮性。

1.效率和易用性SOAP由於各種需求不斷擴充其本身協議的內容，導致在SOAP處理方面的效能有所下降，同時在易用性以及學習成本上也有所增加；而Rest的高效一方面源於其面向資源的介面設計以及操作抽象簡化了開發者的不良設計，另一方面也最大限度地利用了Http最初的應用協議設計理念。

2.安全性技術沒有好壞，只有是不是合適，一種好的技術和思想被誤用了，那麼就會得到反效果。Rest和SOAP各自都有自己的優點，同時如果在一些場景下如果去改造Rest，其實就會走向SOAP。Rest對於資源型服務介面來說很合適，同時特別適合對於效率要求很高，但是對於安全要求不高的場景；而SOAP的成熟性可以給需要提供多開發語言的、對於安全性要求較高的介面設計帶來便利。

其實，無論是哪種方式都有著它的獨特之處，都有著它適合的應用場景，單純地說什麼設計模式將會佔據主導地位沒有什麼意義。同時很重要一點就是不要扭曲了Rest，現在很多網站都跟風去開發Rest風格的介面，其實都是在學其形，不知其心，最後弄得不倫不類，效能上不去，安全又保證不了。