我最近对一个应用程序进行了编码，并包括了一个Navigation Drawer模式的DrawerLayout。由于市场份额的原因，此应用程序必须支持ldpi /小型设备和Android 2.1+版本。
一位用户观察到“抽屉菜单”图标看起来像“剪切”，因此该应用程序难以导航。考虑到所有市长应用程序（Twitter，Instagram，Gmail等）尚未针对此类设备更新应用程序，我认为这是预料之中的。不过，他们将这种模式用于更新/更大的设备/平台。
考虑到DrawerLayout已包含在支持库中，我希望应用早晚将其移植回2.X。也许大公司还没有这样做，因为Google正式弃用了LDPI ldpi /小型设备，如今这种设备已经很少见了，even unsupported for some community tools，但是要使该应用程序在此方面取得成功，正确的做法是什么？关于这个主题有什么指导方针吗？如果您必须支持ldpi / small和2.X，是否可以使用抽屉式导航菜单？为什么？
感谢您的意见。
[编辑]
太过分了，出于某些原因，我认为Google实际上不赞成LDPI / small，但是实际上我只是看到了一些社区工具/库。甚至ADT模板也不会为LDPI / small生成可绘制对象。
最佳答案
考虑到DrawerLayout已包含在支持库中，我希望应用早晚将其移植回2.X。
我不会重新添加导航抽屉的设计是相当可观的重新设计，我希望大多数进行这种重新设计的开发人员会完全忽略Android2.x。最多，他们可能会担心Android 2.3，甚至只是一小段时间。
也许大公司没有这样做，因为Google正式弃用了LDPI
我不知道“ Google正式弃用了LDPI”。
如果必须支持ldpi和2.X，是否可以使用抽屉式导航菜单？
就个人而言，不是，因为~90% of -ldpi devices are -small devices，而且我怀疑您会发现必须为-small屏幕做出一些实质性的UI折衷。对于这样的屏幕，即使是动作栏也可能是太多的“镶边”。
但是我想这个问题更多地取决于该模式是否已知并在较旧的设备/平台中使用，以及我们是否应该期望那些用户知道如何使用它。
可能不会。总的来说，我希望他们对操作栏不完全熟悉，因为由于屏幕空间有限，-small设备上的应用程序会较少使用它。我希望在-small设备上使用动作栏和导航抽屉的应用程序很少。
话虽这么说，the navigation drawer design documentation涵盖了可发现性。在-small屏幕上运行其中某些功能可能会很麻烦，但是至少值得进行研究。
关于android - Android 2.X上的抽屉导航菜单-小屏幕，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/18961767/