我知道这是一个有点抽象的问题,答案取决于设备、网络、用户偏好等。尽管如此,我确实需要一些关于我可以允许我的民意调查“过度”的有根据的意见。假设我的一个典型轮询请求包含一个空请求主体(一个简单的 GET)和几百千字节的响应,那么每 4 小时轮询一次的服务是否属于过度类别?
我处于无法使用 C2DM 的不幸情况,所以请不要回答暗示这一点。
我知道这是一个有点抽象的问题,答案取决于设备、网络、用户偏好等。尽管如此,我确实需要一些关于我可以允许我的民意调查“过度”的有根据的意见。假设我的一个典型轮询请求包含一个空请求主体(一个简单的 GET)和几百千字节的响应,那么每 4 小时轮询一次的服务是否属于过度类别?
我处于无法使用 C2DM 的不幸情况,所以请不要回答暗示这一点。
假设我的一个典型轮询请求包含一个空请求主体(一个简单的 GET)和几百千字节的响应,那么每 4 小时轮询一次的服务是否属于过度类别?
我不会这么认为。从电池的角度来看,每 4分钟会令人不快。理想情况下(恕我直言),可以通过首选项配置轮询周期。
此外,您可能希望观看Reto Meier 的 Google I|O 2012 演示文稿,尤其是“效率”部分,该部分介绍了许多好的低级电池消耗内容。
此外,对于这种有效载荷大小,恕我直言,电池对于那些使用即用即付计划的人来说不是一个问题,而是带宽成本。你说的是~1MB/天,~30MB/月。这可能不是不合理的,但是如果用户理解你为什么要下载所有这些数据(相对于,比如说,某种差异或增量方法),那会很好,如果用户可以限制你的行为,那就太好了你的应用程序。否则,用户可能会选择从 Android 4.x+ 设备上的“设置”中限制您。