Restful API

RESTful - 收藏集 - 掘金

2017-05-26  本文已影响146人  5fc9b6410f4f

远程接口设计经验分享 - 后端 - 掘金
写在前边 分布式架构是互联网应用的基础架构,很多新人入职以来就开始负责编写和调用阿里的各种远程接口。但如同结婚一般,用对一个正确的接口就如同嫁一个正确的人一样,往往难以那么顺利的实现,或多或少大家都会在这个上边吃亏。 每年双十一系统调用复盘的时候,我都会听到以...

如何更好的设计 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 - 后端 - 掘金
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 介绍及设计思路...

上一篇下一篇

猜你喜欢

热点阅读