布道API

随着消费者期望的提高，API 性能从未像今天这样重要。众所周知，如果网页加载时间超过 3 秒，超过半数的网络用户会放弃继续浏览网页。 这些期望不一定符合 API 的技术要求。

介绍用于 API 安全目的（登录或者鉴权）的常见的 HTTP 错误响应码。通常当请求成功时，这意味着：请求令牌唯一正确标识用户、 请求中的资源存在、对资源的操作有效、用户对该资源的该操作具有必要的权限

开发人员通常只使用 GET、PUT 、DELETE 或 POST，HTTP 官方介绍了 39 个 HTTP 请求方法及每个方法适合的场景。在本文中，介绍在REST API设计中常用的HTTP请求方法

有很多理由来驱动深思熟虑地命名 API 端点，为 API 端点选择合理的名称可以极大地平滑新开发人员的学习曲线，帮助他们直观地知道要寻找什么以及在哪里找到它，也能极大的降低开发人员之间的沟通成本。

一个严重的误解是 REST 的 API 必须是基于 CRUD 的，这两者之间没有任何的联系，都只是API设计风格的一种方式而已。本文还将介绍基于 REST 的 API 的几种实现规则。

API 风格是一个备受争议的话题，大多数开发者都熟悉 REST 与 GraphQL 的争论，更不用说其他风格了。本文将介绍常见的8种不同的API风格。

在项目开发过程中涉及的API设计是采用REST API的模式，但并没有制定一个严格的、可理解的、可扩展的规范，从长远来看，随着项目的不断迭代，特别的在赶工期的情况下，REST API就会出现偏移

在过去十年中，REST已经成为Web API的设计标准，提供了一些很棒的想法，例如无状态服务器和对资源的结构化访问，可以去这里详细了解REST API。但是，REST API已经显示出太不灵活，无法满