2.Vue和python是集成的，前端和后端可以通过HTTP进行交互分离，Vue通过HTTP请求，python提供服务。这是前后端分离的雏形。
3.第三代微服务是通过集装箱化设计的。打电话给对方。
和后端对接，后端说：我不听，你说的是错的我为什么要听！小前端的我气哭了，怎么办？在IT行业，前端和后端之间的通信经常出现问题。造成这些问题的原因有三个。一是后端服务跟不上前端要求；二是前端开发人员对后端服务接口的理解有误；三是接口设计不够，导致前端调用繁琐低效。
对于前端开发人员来说，要想与后端顺利沟通，首先要了解中间接口。只有接口清晰，与后端的沟通才能顺利进行，职责分工才会更加明确。一般来说，接口的定义是由架构师完成的，它是在充分理解整个项目需求的基础上进行设计的。但是，界面的设计也是一个动态的过程，设计完成后不会发生变化。因此，当中间接口不能满足前端开发人员的需求时，也可以先与架构师沟通。当然，在实际开发过程中，很多前端开发人员会直接向后端提出需求。在大多数情况下，后端会根据需求调整接口并给出实现。
目前，许多项目的开发是同时进行的。因为前端开发通常效率更高，所以前端通常推动后端。对于后端开发商来说，压力比较大。毕竟，后端业务处理的过程是比较复杂的。在实际开发中，后端开发人员通常会为界面提供一些仿真数据，方便前端人员调用。
最后，前端开发人员和后端沟通时，应该能够把问题说清楚，而不是要求后端人员去调整。因为后端开发人员也根据接口的要求提供实现，所以通信的方式也更为重要。
后端开发完接口才给出接口文档，合理吗？你怎么看？一个非常好的问题。我是一个web应用程序架构师，多年来一直致力于回答这个问题。欢迎跟我来了解更多。
后端提供接口文档为时已晚，这是合理和不合理的。根据具体情况，总有解决办法。让我谈谈我的观点。
不合理：成熟的技术团队重视功能设计，在编写代码之前有完整的技术文档和功能定义。即使在TDD测试驱动的开发模式下，测试数据已经准备好了，那么接口逻辑就已经确定了接口文档是否编写好了，理清它们是很自然的。
-第一，主观原因。原因是多方面的，比如赶进度，没有时间，不懒得写，甚至在开发前没有仔细设计，在做的时候也有变化。真的没有好办法。
-客观原因：需求在变化，功能在变化，接口也在变化。所以，如果你写了一个文件，它的自然更新和维护？天哪？
有解决方案吗？建议尝试：[1]swagger接口文档，将文档集成到代码中，集成维护文档和修改代码，在修改代码逻辑的同时方便修改文档描述。
2、邮递员界面测试工具，导入导出JSON文件，高效的团队合作。Postman支持各种请求方法和配置环境变量，对返回的结果进行测试和验证，支持批量自动操作，可与自动构建系统集成。
接口编程中，为什么只用get和post？得到，帖子就够了。。使用restful接口很好。不要做那些繁琐的工作
我觉得你不需要测试跨域接口，只要测试接口就行了。主要测试请求参数、响应参数、接口负载性能等的正确性