Windows框架的GUI开发？

Question

在工作中，我们目前使用C#、WinForms + DevExpress和皮肤(Visual 2013，.NET 4.5在不久的将来)。我们国外的大学出于某种原因不太喜欢这一点，并提出了这样的想法：“嘿，让我们用WPF代替吧！”

这取决于我去调查一下WPF，并给出一个10,000英尺的概述。

提出了一个问题: WPF是否是在Windows上开发防未来和闪闪发亮的应用程序的方向？在Windows平台上该怎么做？我们将留在微软的产品，但其他建议也欢迎。

Answer 1

回答(并接近)我的问题：

我是从linux世界开始的，我有点被困在windows世界里。因此，我更喜欢的选择应该是跨平台的(可能是Qt，因为我一直在使用KDE ;)。但我们不支持非windows平台，而且很可能永远不会支持。此外，我们的应用程序之间的交互也非常重要。因此，我们希望继续使用纯微软解决方案：

下面是我们看到的选项(只使用microsoft产品)：

• MFC:我们仍然有一个使用MFC的应用程序--每个人都不喜欢维护它。
• WinForms:有点老了，但仍然完全支持。我们的大多数应用程序都使用WinForms。但微软似乎把开发推向了另一个方向。
• WPF:应该是WinForms的替代品。几乎每个人都告诉你，wou应该使用WPF而不是winforms。但是我们对它和有一些不愉快的谣言没有经验。
• 银光:好的。没有真正的桌面框架，但有些关联- 同样的故事
• Windows :在Windows的"巨大成功“之后，我们怀疑Windows是目前需要采用的解决方案。

我比较了过去四次(标准化)的google趋势：

• 蓝色:银光
• 红色: winforms
• 黄色: wpf
• 绿色: winrt

总之，现在选择正确的技术并不容易。经过一番讨论后，我们决定暂时继续使用WinForms，并关注微软对windows 10的计划(编写为2014 Q4)。

Answer 2

我个人强烈建议查看一下wxWidgets库。它具有以下特点：

• 跨平台--在windows上开发软件，只需重新编译和测试其他操作系统，如Mac /X、Linux或Unix，
• 多种编译器下的编译器，包括gcc，
• 土生土长的感觉，
• 具有多种语言绑定，因此可以使用C++、.NET、Perl和Python，
• 很多例子。
• 自由的牙线和利布雷，
• 许可许可证，L-GPG，免费允许商业和私人使用，
• 积极的社区--包括直接来自开发者的免费支持，
• 对错误报告的反应，
• 成熟-第一次发行是在1992年，最迟在撰写本报告时，是在昨天，所以22年过去了。
• 抽象了很多其他的东西(非GUI)，使跨平台代码变得更容易。

Answer 3

我想知道专用UI框架是否已成为过去，我们将使用纯html接口。考虑一下仅仅使用一个托管在winform中的浏览器控件来运行您的实际用户界面，使用JavaScript巧妙地编程，并连接到一些外部处理程序进行系统交互。

XAML非常接近HTML，但是共享公共范例中令人吃惊的几个方面，好像没有人注意到它是完全多余的。WinRT也是如此，我们不需要停留在Windows中。即使在移动平台上，使用浏览器呈现界面也更有意义，因为它们通常具有高性能和标准化。

HTML5、CSS3的可能性以及基于web的解决方案的进展对于任何桌面GUI系统来说都是遥不可及的。也能更好地处理云。

只有我的两块钱。