假设总共要从后端获取n条数据，应该怎么分配接口比较好？
1、让后端提供少量的接口，接口里含大量的数据
2、让后端提供多的接口，接口里至含少量的数据
这两种方案应该使用哪一种，接口数宜多宜少？
看应用的环境吧！实际运用时会做一些节约时间浪费空间或节约空间浪费时间的处理
n条是多少，多的肯定要分次，但还是一个接口，跟分页差不多
如果是同一个业务需求，宜少。接口多意味数据库开启事务多，消耗资源。可以在一个事务查询到的数据不需要分开多个事物去获取。
这个还得根据具体业务具体分析吧。
总体来说，主要是站在客户端和服务端立场来看：
1、让后端提供少量的接口，接口里含大量的数据
------ 这种虽然方便了调用方，但在数据传输过程中，过多的数据必然提高了传输的失败率，而且还会造成传输时间长的问题。
2、让后端提供多的接口，接口里至含少量的数据
------这种会使调用方调用接口变得繁琐，但会减轻服务端的访问压力
在你个n条就是不具体啊！这个不仅要看数据的多少、还要看数据的格式以及用途，是否能放在一起
如果需要的数据都是有规律的比如说个人信息什么的，那完全可以用一个接口的，外加分页，具体操作：后台把一组数据封装在一个json串中，把多组数据封装在一个集合里，调用接口的时候通过for循环先把集合中的每组数据取出来，再从数据中提取值，如果数据量大你可以分页取，每页取十个