哪种类型的Android应用程序最难支持(碎片化担忧)
前几天看了一篇有趣又有点吓人的博文。这是一个移动开发人员收集的Android设备，他们在上面测试。大约是400。--> http://feedproxy.google.com/~r/Techcrunch/~3/0LybOzd0l0U/
我是一个单枪匹马的人，如果只需要很少的测试和支持，我就不可能支持一个应用程序。我知道你可以模拟很多设备，但在更多的AVD上进行测试仍然需要相当长的时间。听起来可能是一场噩梦。
对于那些已经使用Android一段时间的人，有什么数据或建议可以说明哪些应用程序最容易处理各种设备？博客中的开发人员做了很多游戏，这些是最棘手的吗？
我敢肯定Hello World在所有Android设备上都运行得很好，但不会有太多人接受，你知道吗？
在开始一个雄心勃勃的应用程序之前，如果能知道，例如，GPS是简单、一致的，但原生代码可能是一场噩梦，或者静态图片是可以的，视频支持起来很糟糕，那就太好了。短信、数据库、SD卡访问？OpenGL、手势等诸如此类的东西...
如果任何人有一些一般的技巧，或者特别是最容易到最难的列表，这对我们新手可能非常有帮助。
谢谢
另外，请不要说“在iOS上开发...”，这不是问题，更糟糕的是，它太可预测了。;-)
回答 3
Stack Overflow用户
发布于 2012-05-17 02:25:18
他们在70 million downloads层面上进行开发，并在亚洲市场占据了相当大的份额，这意味着来自lower-end Asian manufacturers的大量新设备
Netflix tests on only a dozen or so devices，代表大多数用户的那些，一些自定义ROM，各种处理能力和各种回放体系结构。
对于你来说，在每一台安卓设备上测试你的设备是不现实的，所以只要确保你的应用程序是looks good和built solid就行了。
Stack Overflow用户
发布于 2012-05-17 02:59:50
已经给出的一般建议，构建看起来很好的可靠的东西，是一个很好的起点。一般来说，你的应用程序越独立，在对畅销书的核心子集进行测试后，就越容易确信它将在大量设备上运行。
遇到困难的主要方面是当您与Gallery、Address Book等其他应用程序交互时。OEM可能/将更改您想要集成的内置应用程序的任何地方都可能导致问题。对于大多数应用程序来说，这不是问题。具体地说，我开发了一个消息传递应用程序，它需要在来自特定运营商的所有手机上进行测试；这不是那种我希望有人单独承担的项目。
因此，简单的答案是避免与其他应用程序集成，将其更像iOS沙盒。不幸的是，这删除了一些Android的价值，但这是避免碎片问题的最简单的方法。
但实际上，如果您的应用程序获得商业成功对您很重要，那么您确实需要在一些真实的设备上进行测试。就我个人而言，我会说最低限度的测试将是在每个主要OEM的手机上，无论是姜饼还是ICS，如果它是一个网络应用程序，每个运营商都有一个。这个级别的财务义务对于刚开始的人来说是不现实的，在这一点上，你只是把你的用户作为测试人员。
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
复制相似问题
腾讯云开发者
