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

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

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

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

如何調(diào)用別人的RESTful接口？

我們常說的“接口”其實是指API（應用程序編程接口）。API是將一個服務封裝成特定的形式，以便其他人方便地調(diào)用，使調(diào)用方能夠在不知道如何實現(xiàn)服務內(nèi)部細節(jié)的情況下獲得該服務的能力。

我們更喜歡稱之為設計風格和約束。

Restful不是一項新技術(shù)。它基于HTTP協(xié)議。它在請求API時只使用不同的HTTP動詞來表示操作類型，結(jié)果是JSON對象數(shù)據(jù)。

常見HTTP動詞的意思是：get（讀取）、post（新建）、put（更新）、delete（刪除）。這些動詞足以表示數(shù)據(jù)的不同操作類型，因此restful風格的API簡單且語義豐富。

Restful風格的調(diào)用很簡單，因為它們基本上基于HTTP協(xié)議。任何開發(fā)語言都有HTTP請求類庫（httpclient），比如PHP中的curl和file，實際上，我們通過啟動HTTP請求來調(diào)用restfulapi。

例如，如果您通過API查詢數(shù)據(jù)，則可以通過get請求restful API。我們甚至可以通過URL直接訪問這個API。感覺很簡單嗎？

大家一般用什么工具測試HTTP和json接口？

Soupui，這是最常用的接口測試工具。

在我們的日常開發(fā)過程中，大多數(shù)是兩種類型的接口：soap API和rest API。Soupui對這兩個接口都有很好的支持，而且它還支持Amazon Web服務，它只出現(xiàn)在軟件的首頁上，但沒有實際使用。

事實上，許多接口測試工具都很好地支持這兩種常見接口。這里我不詳細說明具體用法。它們都是圖形界面操作。您可以根據(jù)說明一步一步地創(chuàng)建一個新接口。

其中，壓力測試非常方便，也可以根據(jù)提示逐步創(chuàng)建。最后的操作頁面是這樣的：

您可以設置：并發(fā)數(shù)、策略、壓力測試時間等

結(jié)果可以顯示：最大響應時間、最小響應時間、平均響應時間、TPS等。

非常容易使用，您可以嘗試。