• 程序员的职业道路通常非常清晰。从初级开发人员开始，要么在前端或后端之间进行选择，要么来回移动以获得完整的堆栈。然后是：高级开发人员、首席开发人员或技术架构师，然后是团队领导。这是从个人贡献者到软件经理的描述方法，所有方法都从技术角度进行。如果你想跨部门调动怎么办？如果您想跨越技术和业
  • 幂等性是一个积极的 API 特性。它有助于使 API 更具容错性，因为客户端可以在出现连接问题时安全地重试请求。HTTP 规范将 GET、HEAD、OPTIONS、TRACE、PUT 和 DELETE 方法定义为幂等的。这些方法中的 GET、PUT 和 DELETE 是 REST A
  • GraphQL 是一种 API 查询语言和运行时，用于使用现有数据完成这些查询。它为您的 API 中的数据提供了完整且易于理解的描述，让客户能够准确地询问他们需要什么，更容易随着时间的推移发展 API，并启用强大的开发人员工具。优点： 速度快 icon
  • Webhook是“用户定义的 HTTP 回调”： 它们通常由某些事件触发（不是通常用用户操作人为触发的），例如将代码推送到存储库或发布到博客的评论； 当该事件发生时，源站点就向为 webhook 配置的 URL 发出 HTTP 请求。用户可以将它们配置为导致一个站点上 icon
  • 在过去几年中，我们看到了云原生模式的兴起，这种模式映射到以容器形式运行的微服务。这些容器可能运行在一个普遍存在且广为人知的平台上，即Kubernetes，简称K8S。 什么是API？API代表应用程序可编程接口。这意味着您有一个与应用 icon
  • 2002年，亚马逊的杰夫·贝佐斯发布了一份备忘录，该备忘录已成为技术行业经典。这份备忘录被称为“API Mandate”（API授权执行书），通常被视为亚马逊技术声明，因此受到技术人员的广泛钦佩，并被高管完全忽视。这很不幸，因为可以毫不夸张地说，API 3Mandate彻底改变了亚马逊作为一 icon
  • 在 REST API 中使用布尔值坏处： 会阻碍API 可扩展性 会屏蔽和混淆域清晰度 会妨碍代码 可读性和可维护性 让我们深入研究这些领域并审核布尔值在 REST API 中的常用方式。 API 可扩展性 icon
  • 维护多个网站需要大量预算和庞大的团队。这被称为多站点管理问题。毫无疑问，它带来了许多挑战，但解决这些挑战可以让企业比以往任何时候都更轻松、更轻松、成本更低地接触到更多的消费者和用户。为什么无头 CMS 是复杂的多站点架构的完美解决方案。 多站点管理问题 icon
  • 您知道可以通过出售 API 来赚钱吗？构建和销售 API 是创造新的被动收入来源的好方法。因此，在本文中，您将看到如何做到这一点！首先，您将从头开始创建一个 API，然后您将在 icon
  • 更深入地了解越来越常见的 API 治理术语，并展示该概念如何帮助加快设计过程。API 治理是一种应用与 API 标准相关的通用规则的方法。它还通常包括基于具有可重用资源或模型对象的通用数据模型的 API 开发。最后，治理可用于确保 API 充分丰富了元数据，以便组织内部和外部的更广泛 icon
  • 通常我们使用标准的数据交换格式，如 JSON 或 XML 与 REST web 服务。然而，许多 REST 服务至少有一些操作很难仅用 JSON 或 XML 来完成。例如上传产品图片、使用上传的 CSV 文件导入数据或生成可下载的 PDF 报告。在这篇文章中，我们关注那些通常被归类为 icon
  • 海仑定律（Hyrum's Law）是软件工程中一种观察经验： icon
  • 过去，大多数 Web 工程师会很快否定 API 端点的想法，即流式输出无限数量的行，他们认为应尽快处理 HTTP 请求！处理请求所花费的时间超过几秒钟都是一个危险信号，现在应该重新考虑某些事情。Web 堆栈中的几乎所有内容都针对快速处理小请求进行了优化。但在过去的十年中，潮流有所转变 icon
  • 安全断言标记语言 (SAML) 是一种用于在各方之间交换身份验证和授权数据的开放标准。SAML 通常用于#单点登录 （“使用 Google 登录”、“使用 Twitter 登录”等）。这意味着当您想登录 example.com 时，example.com 可以信任并使用外部身份验证提供程序来 icon
  • 在本文中，将分享PagerDuty如何通过很少的新软件开发和一些简单的流程更改来启动的API 开发。API 契约本质上是一成不变的，添加、更改或迭代它们通常既麻烦又困难。API 更改过程本身可能会令人沮丧和缓慢，并且错误可能会造成极高的代价。但随着产品功能的增长，其 API 也应该增 icon
  • 对于 API 用户来说，API 提供有用的错误消息非常重要。否则，很难弄清楚为什么事情不起作用。与在服务器端实际实现有用的错误响应相比，调试错误可能会很快成为客户端更大的工作。如果客户无法自己解决问题并且需要额外的沟通，则尤其如此。尽管如此，这个话题经常被忽视或三心二意地实施。 icon
  • REST 模式的最大失败是无法批量跟踪“链接”。它总是会导致 N+1 问题，从而无法大规模扩充 API。OpenAPI 在这方面失败了。GraphQL+dataloader 是一个有效的复杂解决方案。 众说纷纭：在 REST 中实现超媒体格式总是很困难。执行合同也很困 icon
  • 在 2021 年 6 月 8 日大约 15 分钟的时间里，Fastly 的 CDN 出现中断，导致一些互联网最大的网站 CSS 无法加载（包括 BBC、英国政府、Reddit 和纽约时报 - Amazon.com 也出现故障）。作为前端开发人员，我的眼睛会扫描这些错误消息中的数字—— icon