完全嘲笑前端的后端逻辑合理吗？

Question

我的老板让我找到一种方法让我们的前端应用程序与本地环境中的后端完全解除关联，目前我是我们后端软件和前端的唯一开发人员所以使用Docker我能够模仿生产环境并分别在两个项目上工作（我们不在服务器端渲染），他的想法就是嘲笑一切，所以理论上你不会＃ 39;需要后端软件来开发前端。

我认为的两个（更合理的）解决方案是：

1. 模拟前端的所有网络请求，这些功能将会 运行而不是网络请求。 这种方法的问题在于它不是持久的，所有数据都是为每个请求随机生成的，并且在一个围绕表单，表格和列表的系统中，我觉得获取数据是你的提交表格后必须提出要求。 并且为了保持数据，每个请求都必须经过某种数据存储（Mobx，Redux等等），即便如此，如果页面刷新，数据也会消失。
2. 在Docker上启动快速服务器和数据库以及Webpack，并使用数据库播种器模仿生产服务器请求和响应，这样前端是持久的。 显然，这种方法会产生大量的工作，为了确保快速服务器正确模仿原始的后端软件，它也需要单元测试和模拟请求。

虽然嘲笑数据非常适合单元测试，但这对于我这样一个小团队做前端的方式似乎不一样，是不是有一个很好的方法来实现这个我无法想出来的或找到？或者这是一种不良解耦策略的练习？

Answer 1

您正在寻找的是模拟API 。您可以使用JSON格式定义示例请求，其中包含大量软件包。其中很多还可以在很短的时间内处理持久数据。

从战略角度来看，使用这些实际上可以很有意义地自动化端到端测试，这不应该依赖于生产API。在单人团队中选择合适的开发人员时间取决于当然的长期视角; - ）