Vb.net Winforms开发-关于如何改进UI外观的任何建议

我的团队目前正在使用VB.NET开发windows窗体项目。我们现在关注的是功能，UI似乎非常基本（如果您从工具箱拖放到windows窗体）

对于windows窗体开发的UI，有什么建议或标准吗？我想确保客户端获得一个良好的UI

---

感谢您的支持。

信不信由你，用户界面对最终用户非常重要。首先关注功能是件好事，但完成后，请确保用户对您的系统有良好的体验。尽可能简化，记住，并非每个用户都了解软件的所有知识，不要让他/她犯错误，从用户的角度来看，外观和感觉必须非常好，这对系统并不重要，但对用户来说很重要

我使用第三方控件来管理外观（DevExpress），您可以尝试，但如果您要尝试某些第三方控件，则必须在开发开始时进行，因为功能可能会发生变化

我希望它能对你有所帮助。

---

问候。

是的，这是一个简单的标准：确保您遵循以下标准

“简单”绝对没有错。事实上，在很多情况下，简单就是好的

您的重点应该是使事情变得简单、直观，并符合用户的期望。在其他应用程序（尤其是Windows附带的应用程序）之后对应用程序进行建模是确保您走上正确道路的一个好方法

开拓新天地是危险的领域；把这个留给像微软这样的大公司吧。即使是像Ribbon这样有用户界面/体验专家小组支持的新UI概念也很难被接受，甚至更难被采纳。这不是一家小型软件商店想要的地方。在这里处于领先地位没有什么好处

您不可避免地会得到使用第三方控件的建议，这些建议是善意的，但最终是错误的。内置的控件和控件没有问题

一旦您获得了符合平台标准指南的功能UI，下一步就是对从未在应用程序的任何方面工作过的实际用户进行实际测试。
如果他们喜欢它并且觉得它很容易使用，那么你就知道你走在了正确的道路上。我从未听过用户抱怨某些东西看起来“太简单”。谷歌浏览器之所以大受欢迎，正是因为它简单。请记住，这里不是在设计网页。桌面应用程序非常不同

事实上，像这样的问题在这里被问到的频率之高让我大吃一惊。为什么桌面应用程序程序员花那么多时间希望他们的应用程序看起来“更酷”？正是这些开发人员大声抱怨，因为VisualStudio2010切换到了WPF，打破了很多他们的标准期望，速度变慢了很多，几乎没有明显的好处。当然，它看起来很酷（除非你不喜欢蓝色），但是仅仅是UI的改变在功能上几乎没有什么作用。看看你每天使用的应用程序。你真的渴望有一个更出色的UI吗？或者，您是否欣赏它们并将它们集成到您的工作流中，因为它们的工作方式符合您对标准Windows应用程序应如何工作的刻苦学习的期望

---

让你的应用程序像这样工作。

在这个项目中，我们仅限于Visual Studio附带的.NET组件。排除第三方控制。此外，WPF也被排除在外。我正在寻找一些方法来改善现有的控制，但使其更好。是否有适用于这些控制的标准。