Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/android/213.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Android 在这种情况下,首选应用程序导航设计/布局?_Android_Android Layout_User Interface - Fatal编程技术网

Android 在这种情况下,首选应用程序导航设计/布局?

Android 在这种情况下,首选应用程序导航设计/布局?,android,android-layout,user-interface,Android,Android Layout,User Interface,我对如何设计1感到困惑。类别视图和2。“我的应用”的详细信息/编辑视图。在这种情况下,首选的方式/最佳实践是什么?(下面的“文本层次结构”很抱歉,但我是这里的新用户,还不允许发布图像) 主页 |- |-添加汽车 |-选择汽车 |-类别1 |-视图1 |-编辑1 |-类别2 |-视图2 |-类别3 |-视图3 |-添加3个 |-统计数据3 |-类别4 |-视图4 |-添加4个 |-类别5 |-视图5 当前应用程序结构: 我有两个选择的顶层视图:添加新车或选择现有车辆。我在整个应用程序中使用Acti

我对如何设计1感到困惑。类别视图和2。“我的应用”的详细信息/编辑视图。在这种情况下,首选的方式/最佳实践是什么?(下面的“文本层次结构”很抱歉,但我是这里的新用户,还不允许发布图像)

主页
|-
|-添加汽车
|-选择汽车
|-类别1
|-视图1
|-编辑1
|-类别2
|-视图2
|-类别3
|-视图3
|-添加3个
|-统计数据3
|-类别4
|-视图4
|-添加4个
|-类别5
|-视图5

当前应用程序结构:
我有两个选择的顶层视图:添加新车或选择现有车辆。我在整个应用程序中使用ActionBarSherlock

如果选择了一辆车,则“类别”视图会显示,每个类别都有一个imagebutton。“类别1”、“类别2”和“类别5”的导航层次结构很简单,但“类别3和类别4”的导航层次结构更深

当前,当触摸“类别4或类别5”的imagebutton时,会出现一个弹出菜单。如果选择了“类别4”,则可以从弹出菜单中选择“添加”、“查看”和“统计”

备选应用程序结构:
我已经想到了几个类别视图的设计,因为我对这里的弹出菜单并不完全满意

备选案文1: 仍然对类别使用imagebuttons,但没有弹出菜单。相反,如果用户触摸“类别3”按钮,则应显示类别3的“查看活动”。 然后,可以通过操作栏(顶级操作栏)中的图标,或使用固定选项卡从顶级操作栏下方的操作栏访问“添加”和“统计”活动。 此选项的一个缺点是,您必须先转到“查看”活动,即使您可能希望立即转到“添加活动”

备选案文2: 在“类别”视图中,使用滚动选项卡将每个类别放置在操作栏中。实际上,我并不满足于这个选择,因为我有五个类别彼此之间没有太多关联。因此,它们都应该同时可见

备选案文3: 在类别视图中,使用某种多窗格视图来选择每个类别

目前,我在考虑备选方案1的大部分内容,要么是通过顶级ActionBar可以访问“详细信息/编辑视图”,要么是通过固定选项卡ActionBar


你认为对我来说什么是最好的做法?还是你有更好的主意?我读过Android设计指南之类的东西,但发现很难决定该怎么做。

主观观点:这取决于多个变量。比如说,一个类别中有多少个项目,用户切换类别的频率,浏览他们喜欢的项目的数量等等。因此,一种方法是询问和回答类似的问题。类别1:一个项目,关于所选汽车的信息。第2类:谷歌地图活动。类别3:在“添加”活动中没有太多,很多(列表)将在“查看”活动中,“统计”活动现在包含表格式的统计,这里没有太多的项目。第4类也是如此。最后,第5类只包含一些联系人,但我想稍后我将重构此活动。用户最有可能在大多数时间访问类别3和类别4的“添加”活动。有时“视图”是其中的一部分。第三类和第四类很可能不会同时使用,所以不会有太多的切换。好吧,还是会有主观的。我会扮演真实用户,并计算各种场景下的点击/滚动次数,包括重新启动,如离开应用程序和返回(如电话)。最后但并非最不重要的一点:如果您预先知道两个Add操作将是最常用的,那么为什么不将它们放在前视图中呢?这会破坏树的结构-那又怎样?也许用户可以立即使用“扩展”和“折叠”分支的组合是一个好的选择(#3?)。