是否有更新的列表、服务或其他方式来跟踪 Android 的“问题设备”?
例如,某些设备不支持 Android 的默认音频编码器 AMR_NB。某些设备需要带有参数的完整投影才能访问 Android 的内容提供程序。某些设备不支持“content://sms”Uri。面对所有这些随机问题,有没有办法跟踪这些需要特定修复的问题设备?
我简直不敢相信我们应该将我们的应用程序投入公共领域,然后在问题设备到达时处理它们的问题。一定有更好的方法?
是否有更新的列表、服务或其他方式来跟踪 Android 的“问题设备”?
例如,某些设备不支持 Android 的默认音频编码器 AMR_NB。某些设备需要带有参数的完整投影才能访问 Android 的内容提供程序。某些设备不支持“content://sms”Uri。面对所有这些随机问题,有没有办法跟踪这些需要特定修复的问题设备?
我简直不敢相信我们应该将我们的应用程序投入公共领域,然后在问题设备到达时处理它们的问题。一定有更好的方法?
例如,某些设备不支持 Android 的默认音频编码器 AMR_NB。
AMR_NB 不是默认的音频编码器。状态文档MediaRecorder
“如果未调用 [setAudioEncoder()],则输出文件将不包含音轨”,因此 AMR_NB 不是MediaRecorder
. AudioRecord
使用 PCM。如果您有证据表明 AMR_NB 是某处的默认设置,请提供链接。
话虽如此,用于确定设备支持哪些编码器的媒体 API 在历史上一直是缺乏的。
某些设备需要带有参数的完整投影才能访问 Android 的内容提供程序
除非另有说明,否则您需要在null
内容提供者的任何查询中提供非投影。投影没有参数。
某些设备不支持“content://sms”Uri。
该内容提供者不是 Android SDK 的一部分,因此任何尝试使用它的人都应该期望它不存在,或者不包含所需的数据(例如,第三方 SMS 客户端可能将他们的消息存储在他们自己的数据库中) .
考虑到所有这些,回到你原来的问题:
是否有更新的列表、服务或其他方式来跟踪 Android 的“问题设备”?
并不真地。毫无疑问,一些开发公司维护自己的内部列表(例如,Rovio 可能很清楚各种设备上的图形限制)。
对不起,但答案是“不”。
是的,答案是否定的。
您无法在问题设备发生之前预测它们的具体修复。
虽然您只能通过错误跟踪器(例如ACRA )从应用程序进行部署后分析
此外,为了确保设备规格的某些功能,您可以查看特定型号的白皮书。
这些特定于手机型号的文档化白皮书仅适用于某些大品牌,例如: 索尼、摩托罗拉、三星。