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

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

我们的框架也是前后台分离。后端接口的多少应该根据业务合理划分，而不是谁觉得多不方便，开发不能只从方便入手。整体上接口设计的多少应从以下几个方面考虑：

1、接口粒度的细分考虑职责单一，还得考虑多个操作是否应该在同一事物中，若在同一事物中接口的粒度可设计大一点。

2、接口的合并问题，当有多次请求不同接口而返回数据量又不大的时候可酌情将接口进行合并。

3、接口的拆解问题，当一次返回数据量过大导致传输慢的时候，根据业务得拆成多个接口，并要分析哪些数据先请求，哪些后请求。

4、接口重复问题，比如PC应用和移动应用用到同一组数据，后台针对PC和移动端应用开发了两个接口，这种情况下可以删除一个接口。

5、接口停止服务问题，举个例子，在618，双11时很多商品有促销活动（提供的接口），当过了这两天，完全可以把此类服务停止减少负荷。

以上是我从实际项目角度做的分析，希望帮助到你，具体到项目中可深入探讨。

后端给一个app页面首次加载就写了三四个接口，这样做合理吗？

如果完全按照rest api的规范，调多次接口是有可能的

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

一个非常好的问题，我是工作多年的Web应用架构师，来回答一下这个问题。欢迎关注我，了解更多IT专业知识。

后端给出接口文档太晚，也合理也不合理，要看具体情况，总有解决方法，我来说一下我的观点。

不合理：成熟的技术团队，重视功能设计，在动手写代码之前已经有了完整的技术文档和功能定义，甚至在TDD测试驱动开发模式中，测试数据已经准备就绪，那么这时接口文档不管写没写，接口逻辑都是已经确定的，整理出来是水到渠成。

合理：多存在于早期小型创业公司，主观客观原因都有。

- 先说主观原因。赶进度、没时间、懒得写，甚至开发前都没做仔细的设计，边做边改，这些原因普遍存在，也实在没啥好办法。

- 客观原因，需求在变，功能跟着变，接口也要变，那么如果写了文档，理所当然也要更新维护啊？我的天哪。

有解决方法吗？建议试试：

1，Swagger接口文档，将文档融合到代码中，让维护文档和修改代码整合为一体，使得修改代码逻辑的同时方便的修改文档说明。

2，Postman接口测试工具，导入导出JSON文件，高效团队协作。Postman支持各种请求方式和配置环境变量，并对返回结果进行测试校验，支持批量自动化运行，可以和自动构建系统集成。

一个前端页面如何调两个接口？

在需要的地方直接调用就可以了，不管几个接口都是这样用。

web前端怎么调用api接口 前端开发时候怎么对接口 页面同时调用多个接口

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