接口編程中，為什么只用get和post？得到，帖子就夠了。。休息是一種建筑風格。其核心是資源導向，遵循積垢原則。這一原則告訴我們，資源只需要四種行為，即創(chuàng)建、獲取、更新和刪除。這些資源的操作是通過HT

接口編程中，為什么只用get和post？

得到，帖子就夠了。。休息是一種建筑風格。其核心是資源導向，遵循積垢原則。這一原則告訴我們，資源只需要四種行為，即創(chuàng)建、獲取、更新和刪除。這些資源的操作是通過HTTP協(xié)議來實現(xiàn)的，而web服務并不是底層的soap協(xié)議，其核心是面向活動的，具有嚴格的規(guī)范和標準，包括安全性、事務性等。

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

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

Soap（簡單對象訪問協(xié)議）是一種基于HTTP的異構系統(tǒng)通信協(xié)議。說白了，就是XML文檔傳輸。它之所以存在，是因為用C、C、Java等不同語言開發(fā)的系統(tǒng)是相互通信的。WebService基于SOAP協(xié)議。它確實是一個傳統(tǒng)的SOA解決方案。Rest（regenerative state transfer）是國外一位博士提出的一種體系結構風格。它從資源狀態(tài)轉換的角度來看待資源，但它也基于SOAP協(xié)議進行通信。restfulweb服務是一種風格。restfulweb服務和soap的區(qū)別在于表達形式的不同。如果你想對它有一個深刻的了解，你可以打開這本書。restfulweb服務不僅可以使用JSON，還可以使用XML。它還可以使用HTML來返回消息。restfulweb服務和傳統(tǒng)soap的主要性能是restful公開資源soap是一種公開操作。具體過程實際上與soap相同，但是rest更方便、更輕。

restful和soap的區(qū)別？

建筑風格原則。Rest是專門為web應用程序設計的，旨在降低開發(fā)的復雜性，提高系統(tǒng)的可擴展性。

Rest API與普通API的區(qū)別在于：內容不同，資源不同，狀態(tài)不同。

1、 1. restapi:restapi是API的一個子集；所有restapi都是API。

2. 通用API：通用API是。API是restapi的超集，并非所有API都是restapi。

2、不同的資源

1。restapi：在restapi體系結構中，每個資源都有其相應的唯一資源標識符。當資源的狀態(tài)更改時，資源標識符不會更改。

2. 通用API：在通用API架構中，web中的所有內容（文本、音頻、視頻、圖片、鏈接）都被抽象為資源。當資源的狀態(tài)更改時，資源標識符也會更改。

3、Rest API：在Rest體系結構中，所有操作都是無狀態(tài)的。Rest體系結構不遵循crud原則。

2. 通用API：在通用API體系結構中，所有操作都是有狀態(tài)的。遵循crud原則，所有資源都可以通過get、post、put和delete四種行為完成相應的操作。

restful接口和普通接口有啥區(qū)別？

如果請求類型為文本，則get和post完全相同。區(qū)別在于它們位于HTTP包中。Get位于HTTP頭中，post位于正文中。

由于get在頭中，傳輸?shù)臄?shù)據長度是有限的，而正文可以分區(qū)，所以傳輸?shù)臄?shù)據長度是無限的。

作為一種通用的接口協(xié)議，get更方便。

有些人認為post比get更安全。它不存在。兩者都是明文傳輸。如果數(shù)據本身沒有加密，您可以通過抓取數(shù)據包來查看它。有兩種方法可以提高安全性：1。傳輸協(xié)議使用HTTPS。2檢查并驗證數(shù)據以防止偽造。