Ref*_*din 4 .net wpf user-interface winforms
在我的桌面.NET应用程序中,我编写了(供内部使用)我需要允许我的用户将诊断应用于成员计划.目前系统中有700个并且还在不断增长.我需要允许他们一次添加多个diapnosis.我目前正在允许这个通过combo check list box.这可行,但对于我自己和用户来说都是无意义的.
我正在寻找的是我如何向用户展示这些内容.理想情况下,我还需要为每个标准显示两个标准. Diagnosis Name和Diagnosis Code
想法？你会如何解决这个问题？
我使用.Net 3.5sp1和SQL 2005作为后端.我不在乎解决方案是WPF还是Winforms.
我使用2个列表视图,2个按钮和文本框.
一个列表视图用于保存可能的值,一个列表视图用于保存选定的值.文本框可用于过滤可能的值(如果用户输入MyValue仅显示包含MyValue的值等),则按钮将是标准按钮箭头,用于在列表视图之间移动选定的行.
并且扩展espais关于向下钻取的答案,如果可能的话,将一个或两个列表视图改为树视图可能会更好,这样你就可以将深入挖掘与过滤相结合,并能够分辨出哪些是哪里等等.
你需要改变思路.它不是向他们提供数据,而是关于记录用户的意图.
当用户坐下来诊断会员计划时,他们并没有考虑"我应该选择700个选项中的哪一个,哦,我们只需点击一下即可".事实上,人们很少坐在电脑旁,因为商务应用程序很有趣 - 他们通常会用它们来完成一些特定的工作.在你的情况下,这听起来像是在尝试进行特定的分析.每种类型的分析都可以有多种用途,您也应该捕获它.
所有这些概念都应该是明确的.例如(在某种程度上构建您的域名),如果有一个选项可以显示所有拥有用餐计划的用户以及可以过滤孩子也有会员资格的用户的选项,那么这些选项可能不会同时使用.相反,您可以询问您的用户他们想要做什么:分析成本,或分析成员的传播.这样的事情.您的用户可能只使用您的应用程序发出最多几十种类型的查询.
一旦你知道他们正在做什么样的工作以及他们正在做什么,我愿意打赌选项集会大幅减少.
我已将这十几次联系起来,但这个与Greg Young一起播出的代码播客必须听取每个开发人员的意见.