后端提供接口文档为时已晚，这是合理和不合理的。根据具体情况，总有解决办法。让我谈谈我的观点。
不合理：成熟的技术团队重视功能设计，在编写代码之前有完整的技术文档和功能定义。即使在TDD测试驱动的开发模式下，测试数据已经准备好了，那么接口逻辑就已经确定了接口文档是否编写好了，理清它们是很自然的。
-第一，主观原因。原因是多方面的，比如赶进度，没有时间，不懒得写，甚至在开发前没有仔细设计，在做的时候也有变化。真的没有好办法。
-客观原因：需求在变化，功能在变化，接口也在变化。所以，如果你写了一个文件，它的自然更新和维护？天哪？
有解决方案吗？建议尝试：[1]swagger接口文档，将文档集成到代码中，集成维护文档和修改代码，在修改代码逻辑的同时方便修改文档描述。
2、邮递员界面测试工具，导入导出JSON文件，高效的团队合作。Postman支持各种请求方法和配置环境变量，对返回的结果进行测试和验证，支持批量自动操作，可与自动构建系统集成。
前端调用后端的接口有几种方式了？一般来说，没有前端到后端的接口。它们几乎都是后端到前端的接口。所谓接口就是通过服务器部署的机器提供的URL地址进行动态数据交互。通常，后端和前端协商定义数据接口格式（一般是JSON格式）形成一个文档，后端实现接口，前端做静态模拟（它可以直接在页面的JS中拼写假数据或通过JSON服务器按照真实的方式调用服务），后端服务端实现服务接口，双方完成集成和联调。现在IT行业出现了招摇过市的现象，前端和后端之间的通信经常出现问题。造成这些问题的原因有三个。一是后端服务跟不上前端需求；二是前端开发人员对后端服务接口的理解有误；三是接口设计不足，导致前端调用繁琐低效。
对于前端开发人员来说，要想与后端顺利沟通，首先要了解中间接口。只有接口清晰，与后端的沟通才能顺利进行，职责分工才会更加明确。一般来说，接口的定义是由架构师完成的，它是在充分理解整个项目需求的基础上进行设计的。但是，界面的设计也是一个动态的过程，设计完成后不会发生变化。因此，当中间接口不能满足前端开发人员的需求时，也可以先与架构师沟通。当然，在实际开发过程中，很多前端开发人员会直接向后端提出需求。在大多数情况下，后端会根据需求调整接口并给出实现。
目前，许多项目的开发是同时进行的。因为前端开发通常效率更高，所以前端通常推动后端。对于后端开发商来说，压力比较大。毕竟，后端业务处理的过程是比较复杂的。在实际开发中，后端开发人员通常会为界面提供一些仿真数据，方便前端人员调用。
最后，前端开发人员和后端沟通时，应该能够把问题说清楚，而不是要求后端人员去调整。因为后端开发人员也根据接口的要求提供实现，所以通信的方式也更为重要。
和后端对接，后端说：我不听，你说的是错的我为什么要听！小前端的我气哭了，怎么办？1.事实上，我对微服务的理解是，它们是特定于功能的，易于升级和扩展。微服务具有分而治之的思想。
2.Vue和python是集成的，前端和后端可以通过HTTP进行交互分离，Vue通过HTTP请求，python提供服务。这是前后端分离的雏形。
3.第三代微服务是通过集装箱化设计的。打电话给对方。
微服务怎么实现？是前端还是后端的事？白帽技术，想通过客户端将PHP函数注入后台并执行吗？
除非后台不检查您的请求数据，否则无论发生什么，都直接执行！这叫“国门大开”
！事实上，有可能吗？除了使用表单向后台提供数据之外，还要考虑一下。是否要将文件写入Linux系统？哪些用户，哪些组，以及他们是否有写权限？你能传递这些读写权限吗？
有两种方法可以访问后端PHP。
1）通过web服务器访问PHPFPM来解析和执行PHP文件。
2）PHP命令行打开服务，并且指定的端口对公众开放。
换句话说，主题只能使用HTTP、WS协议。我不知道是否可以启动HTMLJS，请添加。【这两个协议对Linux系统的操作权限是有限的，您不可能烧杀抢夺。
就是这样。我能跑吗？
