1

我最近编写了一个应用程序，并在Navigation Drawer模式中包含了一个 DrawerLayout。由于市场份额原因，此应用程序必须支持 ldpi/小型设备和 android 版本 2.1+。

一位用户观察到抽屉菜单图标看起来“剪切”，因此该应用程序难以导航。考虑到所有市长应用程序（Twitter、Instagram、Gmail 等）尚未针对此类设备更新应用程序，我想这是意料之中的。不过，他们正在将此模式用于更新/更大的设备/平台。

考虑到 DrawerLayout 已包含在支持库中，我希望应用程序迟早会开始将其向后移植到 2.X。也许大玩家还没有这样做，因为谷歌正式弃用的 LDPI ldpi/小型设备现在很少见，甚至不支持某些社区工具，但是为了让应用程序在这件事上取得成功，正确的做法是什么？关于这个主题有什么指导方针吗？如果你必须支持 ldpi/small 和 2.X，你会选择抽屉式导航菜单吗？为什么？

感谢您的意见。

[编辑]

走得太远了，由于某些原因，我认为谷歌实际上已经弃用了 LDPI/small，但实际上我看到的只是一些社区工具/库确实做到了。甚至 ADT 模板也不会为 LDPI/small 生成可绘制对象。

4

1 回答 1

2

考虑到 DrawerLayout 已包含在支持库中，我希望应用程序迟早会开始将其向后移植到 2.X

我不会。在导航抽屉中添加的重新设计是一个相当大的重新设计，我希望大多数进行这种重新设计的开发人员完全忽略 Android 2.x。最多，他们可能会担心 Android 2.3，即使这样也只是一小会儿。

也许大玩家没有这样做，因为谷歌正式弃用了 LDPI

我不知道“Google 正式弃用了 LDPI”。

如果你必须支持 ldpi 和 2.X，你会选择抽屉式导航菜单吗？

就个人而言，不会，因为大约 90% 的-ldpi设备都是-small设备，而且我怀疑你会发现你必须对-small屏幕做出一些实质性的 UI 妥协。对于此类屏幕，即使是操作栏也可能过于“镀铬”。

但我想这个问题更多地在于该模式是否已知并在旧设备/平台中使用，以及我们是否应该期望这些用户知道如何使用它。

可能不是。总的来说，我希望他们对操作栏不太熟悉，因为-small由于屏幕空间有限，设备上使用它的应用程序更少。我希望很少有应用程序在设备上使用操作栏和导航抽屉-small。

话虽如此，导航抽屉设计文档涵盖了可发现性。让其中一些在-small屏幕上工作可能是冒险的，但至少值得研究。

于 2013-09-23T14:42:51.870 回答