Wpf 此SQL查询生成器UI的更好设计

Wpf 此SQL查询生成器UI的更好设计,wpf,user-interface,usability,Wpf,User Interface,Usability,我正在为我使用的应用程序重新设计一个SQL查询生成器UI,这是一个第三方应用程序,但有一个插件模型,所以我编写了自己的来取代标准的。在应用程序设计方面,我不太擅长的一个领域是UI 我真的很想看到/听到其他人如何布置这个对话框,使它更好一点,或者你认为它是好的,因为它是 我正在为我的新设计使用WPF,所以我可以非常灵活地使用UI 这是当前的SQL UI: 为了清楚起见,当您从Tables菜单中选择一个选项时,它会将表名添加到“from Tables”文本框中,与“select Columns”框

我正在为我使用的应用程序重新设计一个SQL查询生成器UI,这是一个第三方应用程序,但有一个插件模型,所以我编写了自己的来取代标准的。在应用程序设计方面,我不太擅长的一个领域是UI

我真的很想看到/听到其他人如何布置这个对话框,使它更好一点,或者你认为它是好的,因为它是

我正在为我的新设计使用WPF,所以我可以非常灵活地使用UI

这是当前的SQL UI:


为了清楚起见,当您从Tables菜单中选择一个选项时,它会将表名添加到“from Tables”文本框中,与“select Columns”框中的Columns下拉列表相同。

如果您知道如何编写SQL,则非常有意义

<>我会考虑把表列、下拉列表移到它们的内容显示的地方。您甚至可以将它们与文本框的左标题合并。例如,如果文本显示“选择列”,则可以将列下拉列表放在该位置。然后,可能会出现默认选择


不过,我认为这是一个很好的用户界面。

到底谁会使用这样的用户界面?因为它基本上只是一个预定义的SELECT语句模板,所以我希望这样一个工具能够被那些知道如何从头开始编写SQL语句的人使用(因为他们基本上就是这么做的)。我想,增加可用的列和表以及类似的东西是很好的

如果该工具是供有经验的SQL用户使用的,那么该工具看起来限制性太强了。例如,似乎必须将自己的连接子句编写为WHERE子句,使外部连接变得麻烦。它远不如一个打开的文本框有用

如果该工具是为那些可能不了解关系数据库管理系统的细节的没有经验的用户使用的,那么这件事就太可怕了。尽管工具具有限制性,但仍需要做太多的工作。要理解表单需要什么,需要太多的SQL知识。它比一个打开的文本框更有用,但并不多

改进工具的方法取决于最终用户。如果他们有SQL方面的经验,那么这个工具应该更像是一个开放的文本框,在这里他们可以编写他们想要的任何东西,包括连接。看看微软的ServerManagementStudio是如何允许用户构建查询的:非常无限制,能够查看表并通过将一列拖到另一列来连接它们。这是一种以可见的、有组织的方式处理查询的非常自然的方式

如果用户没有SQL方面的经验,该工具应该为他们做更多的工作。例如,如果用户选择两个表,它应该自动将它们联接起来,这样他就不必了解联接是如何工作的。另外,侧面的组合框应该能够在任何打开的文本框中工作,而不仅仅是每个特定的文本框。因为在“选择零件”和“位置”零件中都需要列名

只需考虑您的用户群,并根据他们定制工具。

连接如何

重新设计它有什么意义?查询分析器有一个最好的UI,它不引人注目,让您可以做您需要的事情

我认为,如果你试图将语句硬塞进一种格式,这并不总是有效的,但在大多数情况下可能有效


这实际上取决于业务需求。

更好的UI应该是在带有复选框的树状视图中显示所有表和字段。捕捉点击事件,可以轻松聚合SQL。

添加了可用性标签,以便合适的人可以查看。至于这个问题,我不理解用户界面。我打赌应该有更好的方法。你已经以社区维基的形式发布了这篇文章。确保下次不要在社区维基检查帖子上打勾