現在web前端也是一個非常熱門的行業，想要學習web前端開發的同學請看這里北京web前端調用restful ，通過對十萬個Web前端面試題之RESTful API等?? 的了解，希望以上信息可以幫助到您

1.十萬個Web前端面試題之RESTful API等

來自靈魂的拷問你知道RESTful API嗎？他的優點和缺點是啥？有沒有替換方案？小白回答RESTful API我知道，就是服務端接口，替換方案？這不是標準嗎？還替換啥？你是太閑了吧。老鳥回答早期Web是通過服務端生成頁面的，Web間的數據傳輸比較簡單，后來，隨著企業業務的不斷發展，出現了技術。早期的技術異常繁瑣，基本都是使用XML，基于SOAP協議進行通訊。隨著技術的發展，有一種技術，受到了大家的喜愛，他就是RESTful API API2000年時，Roy Thomas Fielding在他的博士論文中，首先提出了REST這個詞，我在鏈接里面放了他論文的地址，有興趣的可以看下。Fielding是個牛人，他是HTTP協議的主要設計者，Apache服務器軟件的作者之一、Apache基金會的*任主席，這邊不展開講他了，我們講下RESTful的概念。Fielding對互聯網軟件的架構原則，定義為REST，即 State Transfer的縮寫，中文是表現層狀態轉化。如果一個架構符合REST原則，就稱它為RESTful架構。REST包含三要求，即資源（Resources）、表現層（）、狀態轉化（State Transfer）資源：就是一個網絡上的實體，一個鏈接，一個圖片，一個視頻，任務網絡上的東西，都可以確定為一個資源，URI就是它的地址表現層：把資源具體展現中的形式，就叫表現層，比如文本使用txt、html、xml、json格式表現，圖片使用jpg、gif、png格式表現狀態轉化：通過操作，使得客戶端和服務端對某個資源在表現層上展現出來的不同狀態，叫狀態轉化，而操作的手段，只能是通過HTTP協議，比如用GET、POST、PUT、DELETE請求狀態總之，RESTful API是通過只使用HTTP協議，對網絡進行資源化定義，非常簡單直觀的描述和定義了資源這個概念，你只需要了解HTTP，就可以很快速的學習和使用，不需要額外的配置和協議。完整的RESTful API組成和定義1、協議一般是指HTTP或HTTPS協議2、域名如： OK - [GET]：服務器成功返回用戶請求的數據，該操作是冪等的（）。 201 CREATED - [POST/PUT/PATCH]：用戶新建或修改數據成功。 202 Accepted - [*]：表示一個請求已經進入后臺排隊（異步任務） 204 NO CONTENT - [DELETE]：用戶刪除數據成功。 400 INVALID REQUEST - [POST/PUT/PATCH]：用戶發出的請求有錯誤，服務器沒有進行新建或修改數據的操作，該操作是冪等的。 401 - [*]：表示用戶沒有權限（令牌、用戶名、密碼錯誤）。 403 Forbidden - [*] 表示用戶得到授權（與401錯誤相對），但是訪問是被禁止的。 404 NOT FOUND - [*]：用戶發出的請求針對的是不存在的記錄，服務器沒有進行操作，該操作是冪等的。 406 Not - [GET]：用戶請求的格式不可得（比如用戶請求JSON格式，但是只有XML格式）。 410 Gone -[GET]：用戶請求的資源被永久刪除，且不會再得到的。 422 entity - [POST/PUT/PATCH] 當創建一個對象時，發生一個驗證錯誤。 500 INTERNAL SERVER ERROR - [*]：服務器發生錯誤，用戶將無法判斷發出的請求是否成功。8、返回結果根據上面的請求操作與URL，返回特定的JSON結果RESTful的缺點RESTful API毋庸置疑，非常好用、簡單且強大，它把任何當成一個資源，非常適合微服務提供的請求返回。但隨著接口的增多，它也導致了一個問題：過多的接口，就導致接口爆炸，過少的接口，就導致信息臃腫。前端在請求數據時，其實有時候，需要多個資源的集合，有時候又不需要單個資源的所有數據，前端希望能根據我的請求，返回特定的資源數，這時候，RESTful API明顯就力不從心了。GraphQL API這時，GraphQL API就派上用場了，完美的解決了上面RESTful API的缺點，我們下次再細說GraphQL API

看了以上有關十萬個Web前端面試題之RESTful API等??的講解，如果還有什么疑問可以直接來電咨詢