我查看了一些目前最好的 Android 应用程序的内容(更不用说我经常检查我个人或专业使用的应用程序的内容),我发现它们不支持小屏幕。我并不是说他们不支持他们通过在清单文件中排除它们来支持它们。只是目录 LDPI 几乎是空的(除了启动器图标和其他一些图标),而且布局小目录甚至不存在。
那么问题来了,当现在的安卓设备从 MDPI/NORMAL 启动到 up 时,我们是否应该费心去支持小屏幕呢?
我查看了一些目前最好的 Android 应用程序的内容(更不用说我经常检查我个人或专业使用的应用程序的内容),我发现它们不支持小屏幕。我并不是说他们不支持他们通过在清单文件中排除它们来支持它们。只是目录 LDPI 几乎是空的(除了启动器图标和其他一些图标),而且布局小目录甚至不存在。
那么问题来了,当现在的安卓设备从 MDPI/NORMAL 启动到 up 时,我们是否应该费心去支持小屏幕呢?
Android 的重点是兼容不同的硬件特性,所以我倾向于说“是”,考虑低分辨率目标很重要。虽然,做一些研究确实有越来越少的 ldpi 设备。这篇文章展示了有趣的结果:
更新:在 Android 开发者网站上观看那篇文章以获取更多最新数据:http: //developer.android.com/resources/dashboard/screens.html
当然,这取决于您希望应用程序的兼容性。如果您希望它支持更旧、更小的屏幕,那么可以;否则,不。这听起来更像是一项业务决策,而不是技术决策。
我认为您可能会混淆密度和屏幕尺寸,因为您可以互换使用这些术语。
仅仅因为您的屏幕尺寸很小,并不意味着它必须是低密度的。有些屏幕将自己注册为 android 的“小”屏幕,根据它们的分辨率被认为是 HDPI。
此外,如果您有 MDPI 图像,它可以在报告为“小”的设备上正常工作,因为其中大部分是基于您的布局设计以及它在多个屏幕尺寸上的流动情况。
正如您在 Android 屏幕网格上看到的,小 <> ldpi。http://developer.android.com/guide/practices/screens_support.html#testing
最后,仅仅因为您不包含 LDPI 图像并不意味着您不支持小屏幕。
对我来说,这个问题归结为时间与回报。根据http://developer.android.com/resources/dashboard/platform-versions.html,超过 3% 的市场基数仍在运行 2.1 之前的手机。如果冰淇淋三明治做到了它应该做的事情,希望这些对话会像渡渡鸟一样顺利。
在这一点上,很少有人拥有这种设备,因此大多数人都不支持它。然而,那些支持它的人更有可能被那一小部分人使用,这仅仅是因为没有其他人向他们销售产品。
如果它对你的应用有意义,并且你有时间和精力让它兼容,为什么不呢?另一方面,你不应该试图硬塞进去,让它变成更糟糕的产品。
他们还发布了根据不同要求拥有多个 APK 的功能,因此我们可以开发针对早期手机的应用程序,而无需干扰或添加代码和资源到我们更高目标的应用程序。