graphics用户界面容易和快速没有.NET框架

有没有什么办法可以像Visual Studio一样快速简单地构buildgraphics界面,但是没有.NET Framework? 我正在寻找本机Windowsgraphics用户界面,所以在Qt Creator中使用Qt不是一个选项(它不需要跨平台)。 使用C ++的Windows API的东西将是伟大的( 不是delphi )。

我的意思是,像WinSCP这样的应用程序真的是完全用手写的GUI?

Solutions Collecting From Web of "graphics用户界面容易和快速没有.NET框架"

鉴于:

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

自然的选择是MFC 。 它基本上是Win32 UI API的一个很小的包装器,但是VS有一个MFC UI设计器,可以为你节省很多工作(不需要手动设置控件的坐标等等)。

另一个很好的选择是C ++ Builder与VCL。 这与WinForms非常相似(其设计很明显),而且我认为MFC的生产力比MFC高。

由于Qt和MFC都是用于管理窗口和其他OS实用程序的本机OS函数的包装器(在底层使用Win32 API,看起来完全是本地的),所以真的没有理由考虑使用MFC而不是Qt,因为它不是比Qt更原生。 要么你的“本土”的定义被打破,要么你没有告诉我们整个故事。

但考虑到Qt优于MFC有一千个理由,因为后者是一个完整的使用痛苦,而前者是一个干净的设计,易于使用,仍然非常灵活的图书馆(努力争取任何方式的诞生)。

你可能会看到MFC更为本地化的唯一方法是它来自微软(开发Windows的同一家公司)。 但是这并不能使它更加原生。 这仍然是第三方图书馆。 这个第三方与开发Win32 API的同一个公司一起工作,但是这并没有把它与Win32 API绑定在一起,因为两者都是独立开发的(肯定是由不同的人开发的)。

在Windows下Qt应用程序看起来和感觉本机?

我的投票仍然在Qt。

我怀疑OP是“真正的”与“可部署在一个单一的二进制 ”混淆。 你也可以通过静态链接Qt依赖来实现这一点。 与流行的看法相反,LGPL 也不禁止这一点。

现在,如果OP正在寻求“以一种超级小二进制 ”的方式进行部署,那么答案就会不同。 围绕小型二进制文件的讨论似乎是一个很好的地方。 我想说,尽管增加开发时间是有代价的。

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

除了MFC之外,您可能还想查看Windows模板库 。

你也可以看看wxWidgets 。

如果你不喜欢Qt,那么总是有Gtk(或者Gtkmm),那里有空地 。