我不知道我是在尊重和礼貌地对待用户，还是在以 Handlebars 机当作瓷娃娃的名义不必要地妨碍我的应用程序的实用性。
我在 Android Market 中有一个成功的应用程序。一个主要功能是它记录用户正在计分的比赛的体育统计数据。当前的详细程度相当基本:每个球员一行，每个基本统计数据一个字段。但是，如果我记录更多信息，我可以显着增加应用程序的详细信息和有用级别，将其扩展到无数关系表和可以想象的成千上万条记录。
我的问题是，这是一件负责任的事情吗？到目前为止，我一直回避它，认为“它只是一部手机”和“它只是 SQLite”，但我从未真正考虑过这是否是持有的正当理由重新开始做我不会再考虑在网络或桌面应用程序上做的事情。
因此，在存储和筛选数据库记录方面，期望手机应用程序处理多少数据(我知道是非常可量化的)是合理的？
编辑: 需要明确的是，我并不是简单地谈论添加更多字段，因为我知道这样做的影响微不足道。我说的是从“这个球员有 5 个单打和 3 个本垒打”的详细程度到存储每个投球的信息，这些信息包含每个击球，导致 5 个单打和三个本垒打。显然，这将需要额外的表格和可以想象的大量记录。
最佳答案
为了我在 CMU 的硕士论文项目，我写了一个 Android 应用程序，它在一天内在 sqlite 中收集了大约 300mb(主表中的 250 万行)数据。它在大约 10 小时内耗尽了手机的电池电量，CPU 利用率约为 50%，但这与数据无关。我们正在对通过 72Hz 蓝牙传输的生理数据进行在线学习。删除了数学密集型部分后，电话在服务运行时非常好用。而这 10 个小时主要是由于蓝牙连续运行。在没有蓝牙的情况下，我们可以获得大约 16-18 小时的连续正常运行时间。这些天我在 HTC Desire 上什至没有得到。
这是在 G1 上
我认为如果您保持在兆字节或低 10 兆字节就可以了。只要你有一个好的设计并且不要在主线程中进行昂贵的查询。 SQLite 可以很好地处理格式良好的查询，并且将数据转储到其中非常快。
[edit:] 只是想到了一些事情:为什么不提供带有附加字段的第二个版本的应用程序？更多的计算显然意味着更多的电池消耗，所以我会给用户一些选择。但我的直觉是，性能消耗不会真正引起注意。
关于android - 我在宠爱平台/硬件吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4727926/