我最近编写了一个应用程序并包含了一个带有Navigation Drawer模式的DrawerLayout。由于市场份额原因，该应用程序必须支持ldpi / small设备和Android 2.1版本。
一位用户对“抽屉菜单”图标进行了观察，看起来“剪切”，因此应用程序难以导航。考虑到所有市长应用程序（Twitter，Instagram，Gmail等）尚未更新此类设备的应用程序，我想这是预期的。但是，他们正在将这种模式用于更新/更大的设备/平台。
考虑到DrawerLayout已包含在支持库中，我希望应用程序迟早会将其向后移植到2.X.也许大玩家还没有这样做，因为谷歌正式弃用LDPI ldpi / small设备现在很少见even unsupported for some community tools，但为了让应用成为正确的做法是什么在这件事上成功了吗？是否有关于此主题的指南？如果你必须支持ldpi / small和2.X，你会选择抽屉导航菜单吗？为什么呢？
感谢您的评论。
[编辑]
太过分了，出于某种原因，我认为谷歌实际上已经弃用了LDPI / small，但它只是我见过的一些社区工具/库实际上做到了。甚至ADT模板也不会为LDPI / small生成drawable。
答案 0 :(得分：2)
考虑到DrawerLayout已包含在支持库中，我希望应用程序迟早会将其向后移植到2.X
我不会。在导航抽屉中添加的重新设计是一个相当大的重新设计，我希望大多数开发人员进行这样的重新设计完全忽略Android 2.x.最多，他们可能会担心Android 2.3，即便只是在短时间内。
由于Google正式弃用LDPI
，也许大型玩家无法做到这一点
我不知道＆＃34; Google正式弃用了LDPI＆＃34;。
如果您必须支持ldpi和2.X，您会使用抽屉导航菜单吗？
就个人而言，不，因为~90% of -ldpi devices are -small devices，我怀疑你会发现你必须为-small屏幕做出一些实质性的UI妥协。即使是动作栏也可能太多＆＃34; chrome＆＃34;对于这样的屏幕。
但我想这个问题更倾向于是否已知并在旧设备/平台中使用模式，以及我们是否应该期望这些用户知道如何使用它。
可能不是。总的来说，我希望他们不会完全熟悉操作栏，因为由于屏幕空间有限，-small设备上的应用程序会减少使用它。我希望在-small设备上使用操作栏和导航抽屉的应用很少。
话虽如此，the navigation drawer design documentation涵盖了可发现性。在-small屏幕上进行一些操作可能会有点冒险，但至少值得研究。