哪种类型的Android应用程序最难支持(碎片化担忧)
前几天看了一篇有趣又有点吓人的博文。这是一个移动开发人员收集的Android设备，他们在上面测试。大约是400。--> http://feedproxy.google.com/~r/Techcrunch/~3/0LybOzd0l0U/
我是一个单枪匹马的人，如果只需要很少的测试和支持，我就不可能支持一个应用程序。我知道你可以模拟很多设备，但在更多的AVD上进行测试仍然需要相当长的时间。听起来可能是一场噩梦。
对于那些已经使用Android一段时间的人，有什么数据或建议可以说明哪些应用程序最容易处理各种设备？博客中的开发人员做了很多游戏，这些是最棘手的吗？
我敢肯定Hello World在所有Android设备上都运行得很好，但不会有太多人接受，你知道吗？
在开始一个雄心勃勃的应用程序之前，如果能知道，例如，GPS是简单、一致的，但原生代码可能是一场噩梦，或者静态图片是可以的，视频支持起来很糟糕，那就太好了。短信、数据库、SD卡访问？OpenGL、手势等诸如此类的东西...
如果任何人有一些一般的技巧，或者特别是最容易到最难的列表，这对我们新手可能非常有帮助。
谢谢
另外，请不要说“在iOS上开发...”，这不是问题，更糟糕的是，它太可预测了。;-)
Stack Overflow用户
发布于 2012-05-17 03:17:57
好吧，既然你喜欢恐怖的文章，这里有另外两篇恐怖的(和信息丰富的)文章：
http://opensignalmaps.com/reports/fragmentation.php
http://burnsmod.com/development/2012/05/01/Android-Fragmentation-Hurts-Everyone/
一般来说，任何使用低级硬件访问的东西都是一场噩梦，所以只要有可能，就应该坚持使用Java来访问硬件功能。
摄像头API，无论是高级别还是低级别，都可能会出现问题。例如，在使用android.media.action.IMAGE_CAPTURE通过startActivityForResult调用高级相机API时，我遇到过特定于设备的问题。
有关设备特定错误的更多信息，请单击此处：
Is there a compilation of device-specific bugs for Android devices?
最好的办法是为“正常”设备构建，然后根据用户投诉的频率调查特定的设备。
https://stackoverflow.com/questions/10624066
复制相似问题
腾讯云开发者
