Asp.net Webforms应用程序布局意见?
我有一个非常简单的webforms应用程序,允许现场技术人员从仓库订购零件。Asp.net Webforms应用程序布局意见?,asp.net,web-applications,Asp.net,Web Applications,我有一个非常简单的webforms应用程序,允许现场技术人员从仓库订购零件。 基本上是这样工作的: 用户从过滤器下拉列表中选择一个类别,然后将该类别的项目绑定到gridview控件 用户在gridview中查找项目并输入所需数量(在每行模板字段的文本框中) 用户根据需要重复1和2次 用户看到完整申请的摘要 用户确认项目并提交申请进行处理 到目前为止,我的无脑UI设计是一个通用的下拉列表,其中有一个类别下拉列表,用于过滤网格视图,如引人注目的asp.net ado教程: 每个gridview行(
基本上是这样工作的:
TIA.可能是因为你的两个选择都很好——这取决于个人偏好。购物车的想法是众所周知的。但有时,如果你不得不在购物车和物品选择之间来回走动,它就会变老
单独的网格有什么问题-这样,您就可以将选择列表与订购项目列表分开了?为什么要让用户选择正确的类别,然后选择数量并点击按钮 为什么不使用某种类型的自动完成搜索,这样他们就可以键入他们想要的产品名称?然后,用户可以键入“widg”,获得一个下拉列表,点击tab进入数量字段,输入一个数字,然后点击enter 也可以使用aucocomplete显示一个快速预览,就像显示一行数据一样 然后,如果它是应用程序的关键部分,则将所有这些内容放入页面顶部的另一个网格中,如果您认为实际的网格结果很重要,则可能在底部
我不喜欢类别下拉列表的原因是,熟悉他们的工作或公司的人通常知道他们要做的事情的名称甚至SKU编号。让他们选择一个类别而不是打字只会减慢他们的速度。此外,我也讨厌陷入“这是哪一类?”的时刻。例如,鸡是宠物、食品、牲畜还是食品生产商?我非常同意你的第一选择:用户需要知道他们选择了什么,否则他们可能会认为它失败而继续重新选择。等待在摘要页面上显示它甚至不应该是一个选项。我不认为绑定到另一个网格有什么错,尽管中继器也是一个不错的选择。嗯,有很多选择。不管怎样,如果有足够的空间去做这件事的一边或另一边-特别是左边-我肯定会,而不是在底部。此外,无论您选择在何处显示,用户都可以更改其已选择项目的数量(或全部删除),从而获得额外的积分 我喜欢搜索的想法,但要小心自动完成。谷歌风格很好,它在下面显示结果,但我看到人们发展出一些过于激进,喜欢写你正在键入的内容:这太糟糕了。祝你好运