Laravel 和 Vue 总是使用 RESTful API 进行通信吗？

Question

经过几年的编码后，我使用软件所有者提供的 API 文档，在我正在编码的应用程序中实现了许多不同的软件服务。我认为这就是我需要了解的所有 API，它只是软件服务相互通信的一种方式。

但现在我有一个创建应用程序的任务，我不会详细介绍，但假设它只需要实现 CRUD 操作，并且它应该在前面使用 Vue，在后面使用 Laravel。在任务的解释中提到我应该使用 REST API 来触发这些操作。这就是让我困惑的部分！

由于我从未从头开始创建应用程序，所以我只是在已经稳定的应用程序上工作，修复错误并实现新功能（我想这就是当今大多数在大公司工作的人的样子），这就是为什么我认为这两个框架（Vue 和 Laravel）已经实现了 REST API，因为它们可以相互通信。

为什么特别要求我使用 REST API 来触发这些操作？除了使用API​​​​之外还有什么方法可以使前端与后端进行通信（即使我已经在使用框架了）？如果没有，他们是否希望我创建用于通信的 REST API，而不是使用框架已提供的 API？我很困惑，为什么他们提到使用 REST API，就好像它不是默认选项一样，甚至不应该有问题，只是一种预期的行为。

Answer 1

为什么他们提到使用 REST API，就好像它不是默认选项一样

多年来，在后端提供 API 以供 JS 前端使用并不是默认选项。传统的“往返”应用程序使用一种通过整页刷新提交到服务器的表单，我大胆猜测当今的大多数 Web 应用程序仍然是这样工作的。

随着 Vue、React、Angular 等的出现，人们期望通过 AJAX 操作中的 API 来获取数据和发送数据。这给应用程序带来了更无缝的感觉，而且速度更快，因为只需要发送或接收相对少量的数据。

在小型 Laravel/Vue 应用程序中，前端和后端通常位于同一个存储库中，并作为一个单元部署在一起。然而，随着应用程序的规模和复杂性的增加，将这些部分拆分为微服务是有价值的，这些微服务可以单独部署，而不会出现棘手的系统依赖关系，从而使部署管道和签核过程变得复杂。使用 API 非常适合这种方法。

事实上，随着后端的增加，API 不再是一项服务，而是多项服务，按流程区域（例如用户、注册、结账、仪表板等）划分。

Laravel 和 Vue 总是使用... API 进行通信吗？

因此，要回答您的主要问题，您不必将 API/AJAX 与 Vue 和 Laravel 结合使用。如果需要，您仍然可以使用标准 HTTP 表单并重绘整个屏幕。

Laravel 和 Vue 总是使用RESTful API 进行通信吗？[我的重点]

解释该问题的另一种方式是，也许您已收到某人的指示，他正在区分 REST API 和其他类型的 API。在网络上，GraphQL 变得越来越流行。服务器到服务器的 SOAP (XML) 曾经非常常见，并且仍在许多企业中使用。