RESTful - 收藏集 - 掘金

遠程接口設計經驗分享 - 後端 - 掘金
寫在前邊 分佈式架構是互聯網應用的基礎架構，不少新人入職以來就開始負責編寫和調用阿里的各類遠程接口。但如同結婚通常，用對一個正確的接口就如同嫁一個正確的人同樣，每每難以那麼順利的實現，或多或少你們都會在這個上邊吃虧。 每一年雙十一系統調用覆盤的時候，我都會聽到以...

如何更好的設計 RESTful API - 後端 - 掘金
當您的數據模型已開始穩定，您能夠爲您的網絡應用程序建立公共API。 你意識到，很難對你的API進行重大更改，一旦它發佈，並但願儘量獲得儘量多的前面。 如今，互聯網對API設計的意見有不少。 可是，由於沒有一個普遍採用的標準在全部狀況下都有效，因此你前面有一...

製造 JSON API 模擬數據的一個方案 - 前端 - 掘金
先後端並行開發（或者說多個業務間並行開發）中，一個比較麻煩的問題，就是如何製造模擬數據和模擬異常狀態。此前一直沒有找到很好的生成模擬JSON數據快捷、簡單的方法，直到發現了 神器 mockjs。但 mockjs 須要在代碼中引入js，操做起來不太方便，另外一方面...

如何理解 RESTful 的冪等性 - 後端 - 掘金
理解RESTful的冪等性，而且設計符合冪等規範的高質量RESTful API。 怎麼理解冪等性HTTP冪等方法，是指不管調用多少次都不會有不一樣結果的 HTTP 方法。無論你調用一次，仍是調用一百次，一千次，結果都是相同的。 仍是以以前的博文的例子爲例。 ...

RESTful API 利器 Swagger - 後端 - 掘金
目前公司的項目對外交互都是採用 http resful的協議進行通訊,數據格式採用 JSON RESTFUl的風格, 這種組合比較輕量級, 基本拋棄過去的xml格式. 可是在互聯網後臺服務中,都是採用分佈式系統, 會將一個大的項目拆分紅多個小的子系統, 每一個團...

一套設計良好的 RESTful API 如何成爲先後端的橋樑？ - 後端 - 掘金
移動互聯網時代，RESTful API成爲愈來愈重要的移動端和服務器端交互的形式。尤爲是在不少互聯網公司或者傳統行業擁抱移動互聯網的時候，一套設計良好的Restful API可以幫助互聯網產品支持單服務端＋多客戶端的場景。RESTful架構自己是一個風格而不是...

REST 學習 1 - 推導 REST - 後端 - 掘金
本系列的內容主要是對Roy Thomas Fielding博士《架構風格與基於網絡的軟件架構設計》博士論文的學習摘要。 1 從「空」風格開始 不管是建築仍是軟件，人們對架構設計的過程都有着兩種常見的觀點。第一種觀點認爲設計師一切從零開始——一塊空的石板、白板...

把 REST 包裝成 GraphQL - 前端 - 掘金
摘要 從前端開發者的角度來看，GraphQL 是一個支持積極更新數據（Optimistic Update）、在 React 組件旁邊聲明式地取數據、數據所見即所得的數據層範式。由 Facebook 所推廣的它，比起 RESTful API 有不少先進之處。本...

[[英] 如何設計完美的 API - 後端 - 掘金](https://juejin.im/entry/58183...
Other developers actually have to use the APIs you design. So don’t let those APIs suck. If you don’t want hordes of angry program...

restc - RESTful 接口調試分享利器 - 前端 - 掘金
restc 中文文檔 Introduction restc is an HTTP server middleware, aiming to enhance debugging experience on RESTful APIs. It can be ...

Restful API 中的錯誤處理 - 後端 - 掘金
簡介隨着移動開發和前端開發的崛起，愈來愈多的 Web 後端應用都傾向於實現 Restful API。Restful API 是一個簡單易用的先後端分離方案，它只須要對客戶端請求進行處理，而後返回結果便可， 無需考慮頁面渲染，必定程度上減輕了後端開發人員的負擔。...

(譯) 5 個基本的 REST API 設計指導方針 - 後端 - 掘金
當咱們開始從事API開發的時候，設計問題便出現了. 一個強而有力的API設計方法是API成功的關鍵要素. 設計糟糕的API會致使API濫用問題，或者更糟：API根本沒人使用 (指Web開發者).創建和提供一個藝術品級別的API須要考慮一下幾點:使用如...

API 設計中使用的時間格式 - Web 技術研究所 - 閱讀 - 掘金
我之前設計的 API 中一直都使用 UNIX 時間戳做爲時間的傳輸媒介，雖然這種用法自己沒啥問題，但 UNIX 時間戳的格式確實對人類而言太不友好了。聽了 @lepture 大神的介紹以後以爲，使用一種人類可讀的時間格式來統一 API 中的時間，在調試時確實會...

HTTP Methods 和 RESTful Service API 設計 - 後端 - 掘金
API 能夠說是軟件開發者的用戶界面，API 設計也是系統架構的重要環節。尤爲對複雜和分佈式系統而言，其設計的好壞，直接影響着整個系統的設計，實現和演進。一套糟糕的 API 設計也會嚴重影響使用者（開發人員）的心情和工做效率。若是你對此表示懷疑而且打算進一步了...

Restful API 設計思路及實踐 - 前端 - 掘金
記得第一次寫APP的時候，那時還徹底不知道REST這個東西，對Web Service也是隻知其一;不知其二。我和另外一個同窗在討論使用什麼協議來交互時，經過各自充分的調研以後（其實就是搜索引擎找一找。。。），一致認爲，HTTP這個東西自己就對帶寬的消耗這麼大了，這麼多We...

什麼纔是真正的 RESTful 架構？ - 後端 - 掘金
更多內容請看我最近在寫的一本小書：《Microservice 最佳實踐之路》，實爲項目上的踩坑手冊。 What? Wikipedia: 表徵性狀態傳輸（英文：Representational State Transfer，簡稱REST）是Roy Fi...

RESTful Web 服務：教程 - 後端 - 掘金
隨着 REST 成爲大多數 Web 和 Mobile 應用的默認選擇，勢必要對它的基本原理有所瞭解。在它提出十多年後的今天，REST 已經成爲最重要的 Web 應用技術之一。隨着全部技術朝着 API 方向發展，它的重要性有可能持續快速地增加。每門主要編程語言現...

來自於 PayPal 的 RESTful API 標準 - 後端 - 掘金
Github 系列文章地址原文地址 在構建API時，咱們不可避免的會採用現有的跨平臺的HTTP的交互方式與資源模型，所以若是你發現你目前的模式與咱們的標準南轅北轍，那麼請諮詢大家專業的API設計師以得到進一步的建議。 URI Components Versio...

思考 API 實際上就是思考公司的將來 - 閱讀 - 掘金
編者按：Alex Iskold是Techstars的管理總監。他提出了一個觀點，初創企業在進行MVP開發以前應該先考慮好API的設計。由於實際上API表明公司的業務本質，並且那些最好的web公司都有着很是簡單優雅的API。思考API實際上就是思考公司的將來。我...

(譯) 使用 Flask 實現 RESTful API - 閱讀 - 掘金
原創譯文，如需轉載，請聯繫譯者。 個人簡書博客:nummy 原文地址:Implementing a RESTful Web API with Python & Flask 簡介 首先，安裝Flask pip install flask 假設那你已經瞭解REST...

RESTful Api 身份認證中的安全性設計探討 - 後端 - 掘金
REST是一種軟件架構風格。RESTful Api 是基於 HTTP 協議的 Api，是無狀態傳輸。它的核心是將全部的 Api 都理解爲一個網絡資源。將全部的客戶端和服務器的狀態轉移（動做）封裝到 HTTP 請求的 Method 之中。詳情能夠閱讀 http...

Restful api 錯誤提示返回實現思路 - 閱讀 - 掘金
序言 不論是微博仍是淘寶，他們都有本身的錯誤返回值格式規範，以及錯誤代碼說明，這樣不但手機端用起來方便，給人的感受也清晰明瞭，高大上。遇到問題先找母本，大公司的規範就是咱們參照的母本。爲此，我仿照了淘寶的錯誤返回值格式，根據微博錯誤代碼制定的標準自定了本身的錯...

好 RESTful API 的設計原則 - 後端 - 掘金
說在前面，這篇文章是無心中發現的，由於感受寫的很好，因此翻譯了一下。因爲英文水平有限，不免有出錯的地方，請看官理解一下。翻譯和校訂文章花了我大約2周的業餘時間，若有人願意轉載請註明出處，謝謝^_^ Principles of good RESTful API...

理解 RESTFul 架構 - 後端 - 掘金
1 什麼是REST REST全稱是Representational State Transfer，中文意思是表述性狀態轉移。 它首次出如今2000年Roy Fielding的博士論文中，Roy Fielding是 HTTP 規範的主要編寫者之一。 他在論文中...

RESTful API 設計參考文獻列表 - 後端 - 掘金之因此建立這個 repository，是由於我但願收集一些比較好的有關於 RESTful API 設計的參考文獻。偶爾回顧，偶爾改進，你們一塊兒來吧~ 若是你有更好的私藏文章，不凡分享出來，獨樂樂不如衆樂樂，(⊙o⊙) RESETful 介紹及設計思路...