从移动应用程序调用多个 API 有害吗？
Is calling multiple APIs from a mobile app harmful?
我正在开发具有 sails.js 后端的 Android 应用程序。假设我有 3 个不同的 API，即 A、B 和 C。这些 API 只获取数据 return 并进行少量计算/不进行计算或更新数据库中的值。这些 API 中的每一个在运行时分别需要 300-400 毫秒。
目前，我 运行 在 Amazon Linux 的微型 EC2 实例上，随着更多用户的加入，该实例将扩展。
从 Android 应用程序调用 3 个 API 还是让一个 API 在一次调用中执行所有 3 个 API 的工作是个好主意？我创建 3 个不同 API 的想法是在我的 AngularJs 前端重用它们。
每个api尝试使用线程，在android中我们使用线程形式的处理程序。您可以运行 api,一个一个通过使用处理程序。
就可重用性而言这是个好主意，因为您已经在使用这些 API。但我仍然会使用 API 来总结三个调用的功能，只是因为移动设备并不总是有良好的互联网连接。使用单个 API 调用需要更少的流量并减少加载和响应时间。
我建议使用极端连接设置（EDGE，高延迟）测量 android 模拟器的 API 调用时间并比较结果。
我正在开发具有 sails.js 后端的 Android 应用程序。假设我有 3 个不同的 API，即 A、B 和 C。这些 API 只获取数据 return 并进行少量计算/不进行计算或更新数据库中的值。这些 API 中的每一个在运行时分别需要 300-400 毫秒。
目前，我 运行 在 Amazon Linux 的微型 EC2 实例上，随着更多用户的加入，该实例将扩展。
从 Android 应用程序调用 3 个 API 还是让一个 API 在一次调用中执行所有 3 个 API 的工作是个好主意？我创建 3 个不同 API 的想法是在我的 AngularJs 前端重用它们。
每个api尝试使用线程，在android中我们使用线程形式的处理程序。您可以运行 api,一个一个通过使用处理程序。
就可重用性而言这是个好主意，因为您已经在使用这些 API。但我仍然会使用 API 来总结三个调用的功能，只是因为移动设备并不总是有良好的互联网连接。使用单个 API 调用需要更少的流量并减少加载和响应时间。 我建议使用极端连接设置（EDGE，高延迟）测量 android 模拟器的 API 调用时间并比较结果。