没有.NET框架，GUI简单快捷吗？

Question

有没有办法以Visual Studio中可以快速简单的方式构建图形界面，但没有.NET Framework？我正在寻找本机Windows GUI，因此使用Qt with Qt Creator不是一个选项（并且它不需要是跨平台的）。 Windows API使用C ++的东西会很棒（not Delphi）。

我的意思是，像WinSCP这样的应用程序真的有用手写的GUI吗？

Answer 1

假设：

1. 您不想使用Qt
2. 您想使用Win API

自然选项是MFC。它基本上是Win32 UI API的一个很薄的包装器，但VS有一个MFC UI设计器，可以为你节省大量的工作（不需要手动设置控件的坐标等）。

Answer 2

我的投票依然是Qt。

我怀疑OP真的让“Native”混淆了“可以部署在单个二进制文件”。您也可以通过Qt statically linking Qt依赖项实现此目的。与流行的看法相反，LGPL does not prohibit也是如此。

现在，如果OP正在寻找“可以部署在一个超级小二进制”的utorrent风格，答案会有所不同。 discussion around small binaries似乎是个好看的地方。我会说在开发时间增加时需要付出代价。

但我不能同意Qt不像MFC那样本地化。

Answer 3

另一个很好的选择是带有VCL的C ++ Builder。这与WinForms（其设计明显受到启发）非常相似，而且在我看来比MFC更有效率。

Answer 4

由于Qt和MFC都是本机操作系统功能的包装器，用于管理Windows和其他操作系统实用程序（在底层使用Win32 API并且看起来完全是原生的），因此没有理由考虑使用MFC而不是Qt，它不比Qt本地化。您对“本地”的定义是破坏的，或者您没有告诉我们整个故事。

但是考虑Qt超过MFC有一千个理由，因为后者是一个完全痛苦的使用，而前者是一个设计简洁，易于使用且仍然高度灵活的库（以任何可能的方式努力实现诞生） ）。

你可能认为MFC更本土化的唯一方式是它来自微软（开发Windows的同一家公司）。但这并不能使它更具原生性。它仍然是第三方图书馆。这个第三方与开发Win32 API的一方在同一家公司工作，但这并没有使它与Win32 API更加紧密相关，因为它们都是独立开发的（当然也有不同的人开发）。

Do Qt apps look and feel native under Windows?

Answer 5

您还可以查看wxWidgets。

Answer 6

除了MFC之外，您可能还需要查看Windows Template Library。

Answer 7

如果你不喜欢Qt，总会有Gtk（或Gtkmm），其中有glade。