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 介绍及设计思路...