主/细节流或导航抽屉？哪个更适合显示列表项的详细数据？

Question

我有一个人员列表，当用户点击一个项目时，该应用程序会显示其详细信息！我使用双窗格主/细节设计模式用于平板电脑尺寸，对于小尺寸，它只是用细节片段替换列表。
问题是我的经理认为用导航抽屉更改此设计会更好！这种情况的最佳选择是什么？ 导航抽屉或主/详细设计？
哪个更适合用户体验？

Answer 1

Navigation Drawer是：

  

一个从屏幕左边缘过渡的面板，显示应用程序的主要导航选项。

根据App Structure guide：

  

导航抽屉是一个滑出式菜单，允许用户在您应用的视图之间切换。它可以容纳大量项目，可以从您的应用程序的任何位置访问。导航抽屉显示您应用的顶级视图，但也可以提供导航到较低级别的屏幕。这使它们特别适合复杂的应用程序。

Material Design structure guidelines状态：

  

左侧导航中的内容理想情况下是导航或基于身份的。

导航抽屉不列为multi-pane layouts的机制，而具体提到主/详细多窗格布局。

简而言之：导航抽屉仅用于导航，不用于显示具有相应细节的主列表。

事实上，其中一位框架工程师在2013年写了a Google+ post，特别是关于他们如何尝试使用DrawerLayout（导航抽屉的类名）来显示主/详细样式内容，而是构建了一个单独的组件SlidingPaneLayout，专门用于解决在较小屏幕上显示主/细节的问题，而不使用导航抽屉的功能或模式，因为它们不适合。请注意，这在材料设计中略微失宠，重新强调了meaningful transition animations的传统主/细节模式。

Answer 2

您可以创建2个演示应用，以查看手机上的差异。

1. Master Detail flow：

主页面（菜单或列表页面）将始终首先显示给用户，主页面覆盖整个屏幕。如果用户没有点击，他/她将不会注意到有详细的页面。

1. 导航抽屉：

详细页面将首先显示给用户，左上角有导航菜单（3条纹菜单）。 如果用户点击导航菜单，他/她将看到一个滑出页面，其仅覆盖屏幕的一半。在大多数情况下，菜单屏幕将被隐藏。

所以它们实际上与设计方面截然不同。当然，它们在实施过程中有相似之处。