API设计指南

Backend For Frontend API设计是一种为前端设计的专门后端API，主要是为解决常见的前后端API冲突。 让我们看一下常见API设计前端/后端冲突的三个示例，然后寻找解决它们的方法。 示例冲突＃

在本文中，我们将学习在Spring Boot中使用自签名证书配置SSL（HTTPS）,并且要在嵌入式Tomcat上启用Spring Boot应用程序的SSL，我们需要学习以下步骤： 1.创建SSL证书：生成自签名证书，或者使用由受信任的证书颁发机构

本文讨论的是如何使用CQRS实现API设计。 概述下面是名为Command / Query Responsibility Segregation（CQRS）的设计模式：

微服务架构Micro Services Architecture(MSA)已经从MartinFowler网站上的一种理论发展到了一种实现REST服务的技术。当我们需要编写业务逻辑来实现后端核心服务时，大多数企业开发人员都正在转向MSA。但在现实中，还有许多其他系统在本质上并不适合于微服务领域。

API是我们一直都在使用的东西。尽管他们无处不在，但许多人 - 甚至是技术人员对API是什么以及工作方式都有一个非常模糊的理解。说真的，你可以请你的同事快速解释API，他们一般告诉你：“API代表应用程序编程接口。它是一个能让软件应用程序彼此通信的接口......“，如果这样解释的话，大多数人真的无

API开发从来都不是一项容易的任务，而不断发展的API则更加复杂。 我们如何确保不经意间地发布实际会对API实行了重大更改？ 我们如何交流怎样使用API？ 我们如何记录我们的API？ 我们如何自动化API的测试？ 我们能不能做到这一切，并保持技术不可知论？

HTTPS对于保护你的网站至关重要。但是你还需要避免许多陷阱 1. 没有混合内容混合内容是指在你的HTTPS站点中不能通过HTTP加载资源了。浏览器会清晰显示你的网站是否容易混合内容，在浏览器网址一栏有图标。

建立和维护API与其他应用程序非常相似，建立它可能是最容易的部分，但是，当架构完成时，你的工作还没有完成，接下来，需要测试API以确保其按预期运行。 使用哪些工具进行测试或一系列测试？即使你没有预先设计API，也可能需要测试API，REST Assured

REST调用或同步是服务器之间通讯的经常方式，在没有分布式事务机制保障情况下，需要我们开发人员手工进行重试，重试几次失败后进行业务回退操作，重试非常重要，容易造成网络堵塞，引入断路器又过于重量，完善重试算法也许是一条出路： 在处理我们的应用程序时，我们不得

本文从网关角度讨论了从单体迁移到微服务的三种方式，主要方向是确保新老系统平滑过渡，这些模式和最佳实践值得一读： 在我的咨询工作中，我遇到了很多工程团队，他们正在从单体应用迁移到基于微服务的应用程序，虽然我明白迁移模式几乎成了陈词滥调，但是迁移的细节方面往往

Maven插件rest-assured 是Java DSL测试REST服务，这个插件需要groovy-all来运行测试。 我们将添加maven-failsafe-plugin插件来执行集成测试：

消费驱动合同（Consumer Driven Contracts：CDC）是一种软件工程方法，能让团队以TDD风格设计其分布式架构。Spring Cloud Contract Swagger支持Swagger API规范的合同测试。 当从单体架构迁移到微服

我很确定事件驱动已经是一个大问题，并且会变得更大。事实上，事件是JSON blob，并且通常我们希望它们在计算机程序中更容易使用。我以前也写过关于很难指定JSON格式化文章，也有关于无模式的消息处理。事实证明，JSON Schema世界虽然有好消息，但问题远未解决。

Swagger是一个开源框架，可以在将你的Restful API文档化，供其他访问者浏览，包括应该提交的JSON格式，获得响应JSON格式等。 首先在Spring Boot的pom.xml中引入swagger2包支持：

在本文中，我们将讨论消费者驱动开发的细节。 ＃问题主要问题是基于API接口上的消费者和生产者之间的冲突，当开发任何api时，你应该考虑的是你的客户的舒适度。如果你所做的更改打破了客户端的体验，那完全是一个笑话，本文讨论了消费者和生产者服务之间这种协

一项新的调查发现，DevOps团队采用微服务的主要原因是扩展应用程序并更快地获得产品和服务的能力。 微服务是敏捷架构的基础，在这种架构上，应用程序被构建为不同的较小服务而不是整个应用程序的集合。新出现的挑战之一是确定这些轻量级服务之间的最佳通信方式。