REST風格的API是Web服務的一個正確方向，對於部署實施Web服務的企業來說，應該優先考慮，從實施的角度來講，從編程的風格來講，REST風格要遠遠比實施SOAP容易，我甚至覺得新的Web服務提供商應該只考慮提供REST風格的API，這不僅僅是REST風格的Web服務變得更流行，更多企業選擇，它本身確實有巨大的優勢！
至於SOAP是不是殭屍，這很難講，這篇《“殭屍”SOAP會阻礙企業發展嗎？》很有意思，文中的觀點基本贊同，不贊同的是不同的架構風格的爭論還是有意義的，一種架構能夠超越另外一種架構是客戶選擇的結果，而架構面向的客戶就是開發者，他們最瞭解哪種風格最好。Amazon同時提供了兩種風格的API，Amazon的一篇博客《REST vs SOAP》對於這兩者做了比較，文中的觀點認爲這兩種Web服務風格甚至不能作比較，是屬於不同類型的概念，而新的SOAP標準還融合了一些REST的思想，作者希望能夠提供兩種風格。還有一種觀點認爲REST是基於HTTP協議的，而SOAP可支持多種協議，比如直接通過TCP協議調用。
這些架構之間的爭論其實很有意思，技術的變遷，架構的進化很大程度上是由客戶決定的，而不同架構最後勝出的往往都是那些面向客戶友好的，給客戶帶來極大便利的，這並不是說SOAP沒有意義，SOAP的出現拓展了Web服務的空間，得到了廠商的認可，改變了編程方式。在JavaEE企業技術領域，EJB和現在的POJO的技術流行也展示了相同的變化，現在的JavaEE編程風格是完全的轉向了POJO風格。而瀏覽器領域這個變化更加明顯，起初的Java
Applet和Flash的爭鬥，Flash全面勝出，Flash擁有的瘦客戶端插件，設計工具，豐富的音頻，視頻，動畫等展示方式無論對最終用戶，還是開發者都是非常友好的，然而風水輪流轉，新的HTML5標準在瀏覽器層面就對於這些功能提供了內生的支持，並提供了多種能夠提高用戶體驗的API，而使用JavaScript進行編程降低了用戶的學習曲線，開發者面向的平臺就是瀏覽器，而瀏覽器是真正的最廣泛的終端。