在列表视图中加载每个项目的所有数据还是只加载需要的信息？
Load all data of each item in list view or only needed information?
在我的 android 应用程序中，我有一个列表视图和一个所选项目的详细视图。我使用改造从我的后端服务器检索项目。
但最好先在列表视图中检索所需的信息，然后在详细视图中检索所选项目的所有数据。还是直接在列表中加载每个item的所有数据，这样用户在选择item的时候就不用等待了？
这真的取决于您使用的物品类型
走极端：
如果你有一个歌曲列表，你不想在加载列表时加载整个歌曲数据。您只需要标题、作者，最后是长度，当您单击它以显示详细信息时，您将在那时加载歌曲，否则加载列表将花费很长时间并且您将没有足够的内存。
另一方面，如果您有简单的项目（例如书籍），您在列表中显示标题并且您唯一需要的信息是作者和编辑，您可以在一个请求中加载所有内容。
需要考虑的事项：
- 您的网速
- 项目的大小与列表中显示的数据的大小相比
- 列表的大小
从用户体验的角度来看，强迫用户在整个申请过程中等待并不令人满意，最好让所有人都按时等待。
从性能的角度来看，每个请求调用都有其开销（即网络负载），因此大请求比许多小请求要快。
在我的 android 应用程序中，我有一个列表视图和一个所选项目的详细视图。我使用改造从我的后端服务器检索项目。
但最好先在列表视图中检索所需的信息，然后在详细视图中检索所选项目的所有数据。还是直接在列表中加载每个item的所有数据，这样用户在选择item的时候就不用等待了？
这真的取决于您使用的物品类型
走极端：
如果你有一个歌曲列表，你不想在加载列表时加载整个歌曲数据。您只需要标题、作者，最后是长度，当您单击它以显示详细信息时，您将在那时加载歌曲，否则加载列表将花费很长时间并且您将没有足够的内存。
另一方面，如果您有简单的项目（例如书籍），您在列表中显示标题并且您唯一需要的信息是作者和编辑，您可以在一个请求中加载所有内容。
需要考虑的事项：
- 您的网速
- 项目的大小与列表中显示的数据的大小相比
- 列表的大小
从用户体验的角度来看，强迫用户在整个申请过程中等待并不令人满意，最好让所有人都按时等待。
从性能的角度来看，每个请求调用都有其开销（即网络负载），因此大请求比许多小请求要快。