前端excel插件 接口编程中，为什么只用get和post？

接口编程中，为什么只用get和post？

得到，帖子就够了。。restful接口做什么？完成这项工作很好。别胡思乱想了

这是个很好的问题。我是一个web应用程序架构师，多年来一直致力于回答这个问题。欢迎跟我来了解更多。

后端提供接口文档为时已晚，这是合理和不合理的。根据具体情况，总有解决办法。让我谈谈我的观点。

不合理：成熟的技术团队重视功能设计，在编写代码之前有完整的技术文档和功能定义。即使在TDD测试驱动的开发模式下，测试数据已经准备好了，那么接口逻辑就已经确定了接口文档是否编写好了，理清它们是很自然的。

-第一，主观原因。原因是多方面的，比如赶进度，没有时间，不懒得写，甚至在开发前没有仔细设计，在做的时候也有变化。真的没有好办法。

-客观原因：需求在变化，功能在变化，接口也在变化。所以，如果你写了一个文件，它的自然更新和维护？天哪？

有解决方案吗？建议尝试：[1]swagger接口文档，将文档集成到代码中，集成维护文档和修改代码，在修改代码逻辑的同时方便修改文档描述。

2、邮递员界面测试工具，导入导出JSON文件，高效的团队合作。Postman支持各种请求方法和配置环境变量，对返回的结果进行测试和验证，支持批量自动操作，可与自动构建系统集成。

后端开发完接口才给出接口文档，合理吗？你怎么看？

不写接口文档，一般很忙。或者没有时间整理文件。

对于前端和后端的对接，前端开发人员一般需要后端人员提供接口文档，而现在招摇过市的文档完全可以提供这个功能。在许多情况下，后端开发人员集成了一个swagger并自动生成相应的文档。

您可以给后端开发人员一定的时间来学习swagger或将swagger集成到项目中。

怎么看待一些后端程序员不写接口文档，老是以很忙为借口搪塞？

我们的框架也是前后分离的。后端接口的数量应该根据业务合理划分，而不是谁认为不方便。发展不能只从方便入手。总体而言，界面设计的数量应从以下几个方面考虑：

1。接口粒度的划分应考虑单个责任，以及多个操作是否应该在同一事物中。如果接口的粒度可以在同一事物中设计得更大。

2. 当对不同接口有多个请求且返回的数据量不大时，可以根据需要合并接口。

3. 当一次返回的数据量过大，导致传输速度慢时，必须根据业务将接口分解为多个接口，并分析哪些数据应该先请求，哪些数据应该后请求。

4. 例如，PC应用程序和移动应用程序使用同一组数据，后台为PC和移动应用程序开发两个接口。在这种情况下，可以删除一个接口。

5. 例如，在618和双11中，许多产品都有促销活动（提供接口）。在这两天之后，可以停止此类服务以减少负载。

以上是我从实际项目的角度进行分析，希望对您有所帮助，具体到项目可以进行深入的探讨。

前端嫌我接口分的太多，我该怎么回答？该怎么操作？

一般来说，接口由后端编写，前端调用。

前端excel插件 前端excel表格插件 前端导入excel文件

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。