与单一的大网络呼叫相比，小型网络呼叫的成本有多高？

Question

最初的问题是:最好是将GPX路由存储在后端，作为多个单独的文件，还是作为一个单一的单点文件？

你好，我现在正在为我的iOS应用程序构建我的后端CMS和Squidex，我想知道存储特定类别文件的最佳方法是什么。

我正在构建一个包含多个自然公园的徒步旅行应用程序。自然公园是我的对象层次结构中最顶层的元素。它们包含许多字段，我们并不是每天都创建一个字段，因为它们代表了大量的工作。所有这些公园都有徒步旅行。使用GPX文件格式的应用程序应该显示hikes的路径。

使用该应用程序的人通常只浏览几个公园，在这几个公园中，会查看3或4次徒步旅行。公园将包含10到200次远足，这取决于它们的大小，每次远足都有它的GPX路线。

我想知道最好的方法是什么。应该为每次徒步旅行设置一个GPX文件字段，还是应该只为整个自然公园创建一个GPX文件？，即"monolith“GPX文件将包含由ID标识的所有登山路线。

我的主要考虑是：

• 网络在时间上和设备所消耗的能量方面的成本:人们将在网络可能稀缺的地方使用这个应用程序，所以我必须小心地管理它。在单个GET调用一个monolith文件之间最昂贵的是什么，或者假设5到10个GET调用多个小文件在数据中的长期time?
• Networking成本:从数据传输和对用户的蜂窝计划的影响来看，获取整个文件肯定要花费更多。但我想我们说的最多是10兆美元。GPX文件没有那么大，即使是单块文件也不应该超过几个images.
• Hosting成本:大多数CMSs通过网络调用来收费，而不一定通过传输多少数据来收费。然而，对于资产而言，情况往往恰恰相反。

考虑到这些考虑，我意识到我的问题的重新措辞可能是:与单个大网络呼叫相比，小网络呼叫的成本有多高？。

当然，我们谈论的是为移动用户服务的后端，所以请记住，网络通话将在恶劣的网络条件下进行，这会导致下载速度更快和手机的收音机消耗更多的能量。

您可能会注意到，我确实被单一的方法所吸引，但考虑到我在后端开发方面的小经验，我担心会遗漏一些东西。

提前感谢您的见解。

Answer 1

因此，经过几天的思考和阅读之后，针对我的特殊情况，我将执行多个单独的请求来获取GPX文件。

其理由是，虽然在恶劣的网络条件下，多个请求可能是一个问题，但是当打开一个公园时，对一个重超过10 be的文件的巨大请求可能会导致很长的加载时间。此外，它还为一次性下载所有徒步旅行提供了额外的选择，并提高了效率:用户不会下载他们不需要的数据。