是否有更新的列表,服务或以其他方式跟踪Android的“问题设备”?Android:有问题的跟踪设备
例如,某些设备不支持Android的默认音频编码器AMR_NB。有些设备需要全部投影参数才能访问Android的内容提供商。有些设备不支持“content:// sms”Uri。随着所有这些随机问题的飞行,是否有办法跟踪这些需要特定修复的问题设备?
我简直不敢相信我们应该将我们的应用程序投入公共领域,然后在问题设备到达时处理问题。一定有更好的方法?
是否有更新的列表,服务或以其他方式跟踪Android的“问题设备”?Android:有问题的跟踪设备
例如,某些设备不支持Android的默认音频编码器AMR_NB。有些设备需要全部投影参数才能访问Android的内容提供商。有些设备不支持“content:// sms”Uri。随着所有这些随机问题的飞行,是否有办法跟踪这些需要特定修复的问题设备?
我简直不敢相信我们应该将我们的应用程序投入公共领域,然后在问题设备到达时处理问题。一定有更好的方法?
是的答案是否定的。
您无法预测发生问题设备的特定修复程序。
虽然你只能从应用程序通过bug跟踪如ACRA
后部署分析也做出了设备规格确定某些功能,你可以去,虽然具体型号白皮书。
具体的手机型号,这些记录白皮书很容易提供给我们的某些大品牌只有如: SONY,摩托罗拉,三星
对不起,但答案是“否”。
例如,一些设备不支持Android的默认音频编码器,AMR_NB。
AMR_NB不是默认音频编码器。 documentation for MediaRecorder
指出“如果[setAudioEncoder()]未被调用,输出文件将不包含音轨”,所以AMR_NB不是MediaRecorder
的默认编码器。 AudioRecord
使用PCM。如果您有证据表明AMR_NB是某个地方的默认设置,请提供链接。这就是说,用于确定设备支持什么编码器的媒体API历史上一直缺乏。
有些设备需要一个完整的投影用参数来访问Android的内容提供商
除非另有记录,你需要与内容提供商的任何查询提供非null
投影。预测没有争论。
某些设备不支持“content:// sms”Uri。
即内容提供商是不是在Android SDK的一部分,因此任何试图使用它应该期待,这将不存在,或将不包含所需的数据(例如,第三方SMS客户端可能将他们的消息存储在自己的数据库中)。
有了这些想法,回到你原来的问题:
是否有更新的列表,服务或其他用于跟踪“问题设备”的Android?
不是。一些开发公司无疑维护着自己的内部列表(例如,Rovio可能非常了解各种设备上的图形限制)。
感谢您提供非常详细的答案。我想唯一的解决方案是在问题进入时使用ACRA创建我自己的列表。 – ThumbsDP
白皮书的路线似乎是一个周末项目的漫长而乏味的选择。他们是否在白皮书中涵盖了与android标准的偏差? – ThumbsDP
是的,这是很费时间的,你只能在有限的时间内专心于少数人。这些文件是指硬件公司已在该模型中修改的软件(驱动程序)细节说要获得HDMI支持等。 –
感谢您提供更相关的答案。希望有一天我们中的一个人可以编辑我们都可以访问的正在进行的列表。 – ThumbsDP