[英]Android: Tracking devices with issues
是否有更新的列表,服务或其他方式可以跟踪Android的“问题设备”?
例如,某些设备不支持Android的默认音频编码器AMR_NB。 某些设备需要带有参数的完整投影,才能访问Android的内容提供程序。 某些设备不支持“ content:// sms” Uri。 在所有这些随机问题四处传播的情况下,是否有办法跟踪需要特定修复的问题设备?
我简直不敢相信我们应该将我们的应用发布到公共领域,然后在问题设备出现时处理它们。 一定有更好的方法?
例如,某些设备不支持Android的默认音频编码器AMR_NB。
AMR_NB不是默认的音频编码器。 MediaRecorder
的文档指出“如果未调用[setAudioEncoder()],则输出文件将不包含音轨”,因此MediaRecorder
不是MediaRecorder
的默认编码器。 AudioRecord
使用PCM。 如果有证据表明AMR_NB是默认设置,请提供链接。
就是说,历史上一直缺乏用于确定设备支持哪些编码器的媒体API。
某些设备需要带有参数的完整投影才能访问Android的内容提供商
除非另有说明,否则您需要为内容提供商的任何查询提供非null
投影。 投影没有参数。
某些设备不支持“ content:// sms” Uri。
该内容提供者不是Android SDK的一部分,因此,任何尝试使用它的人都应该期望它不存在或不包含所需的数据(例如,第三方SMS客户端可能会将其消息存储在自己的数据库中) 。
考虑到所有这些,回到您的原始问题:
是否有更新的列表,服务或其他方式可以跟踪Android的“问题设备”?
并不是的。 毫无疑问,某些开发公司会维护自己的内部列表(例如,Rovio可能非常了解各种设备上的图形限制)。
抱歉,答案是“否”。
是的,答案是否定的。
您无法在问题设备发生之前预测它们的具体修复。
虽然您只能通过错误跟踪器(例如ACRA)从应用程序中进行后期部署分析
另外,要确保设备规范的某些功能,可以查阅特定型号的白皮书。
这些特定于手机型号的白皮书仅对某些大型品牌(例如SONY,摩托罗拉,三星)可供我们使用。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.