webservice接口和restful接口哪個更好？Rest是一種建筑風格。其核心是資源導向，遵循積垢原則。這一原則告訴我們，資源只需要四種行為，即創(chuàng)建、獲取、更新和刪除。這些資源的操作由HTTP協(xié)

webservice接口和restful接口哪個更好？

Rest是一種建筑風格。其核心是資源導向，遵循積垢原則。這一原則告訴我們，資源只需要四種行為，即創(chuàng)建、獲取、更新和刪除。這些資源的操作由HTTP協(xié)議指定。WebService的底層是soap協(xié)議，核心是面向活動的。有嚴格的規(guī)范和標準，包括安全、事務等

如果我們想使用restful或WebService，我們需要考慮資源本身。我們要看資源本身是一個簡單的業(yè)務操作，類似于添加、刪除、修改、查詢，還是一個比較復雜的業(yè)務操作，比如轉移、事務處理等；第二是看是否有嚴格的規(guī)范和標準，當有多個業(yè)務系統(tǒng)的集成和開發(fā)時，我們需要考慮在使用soap協(xié)議方面有比較優(yōu)勢。如果是簡單的數(shù)據(jù)操作，沒有事務處理，并且開發(fā)和調用相對簡單，那么使用rest架構風格就比較有優(yōu)勢。對于更復雜的面向活動的服務，使用rest是沒有意義的。

怎么知道一個網(wǎng)頁的rest api？

如果您有一個接口URL，您可以直接用Ajax調用它。如果要添加它，可以將JSON格式的字符串發(fā)送到后臺進行解析。通常，rest不建議添加大量數(shù)據(jù)。查詢還是很好的

從基本的原則層面來看，rest風格和soap風格的Web服務之間的區(qū)別取決于應用程序是面向資源的還是面向活動的。例如，在傳統(tǒng)的web服務中，獲取天氣預報的web服務公開了一個webmethod。但是，restfulwebservice不公開方法，而是公開對象（資源）。

在rest的定義中，web服務總是使用固定的URI向外部世界呈現(xiàn)（或公開）資源?？梢哉f，這是一種新的思維方式：利用唯一的資源位置地址URI和HTTP請求方法實現(xiàn)對Internet上發(fā)布的資源的唯一描述和操作。