请问目前做windows桌面应用程序，MFC、QT、C#哪个更好？ 第1页

Delphi 7...

首选，题主问的这几个概念并不是竞争关系。C#是语言，另外俩是框架。

C#语言可以使用MFC和QT，也能用GTK，还可以用DX、OpenGL、Unity。编译成WebAssembly还能用Html5，做成CS的你还可以直接用浏览器做UI。还可以用SDL。

这些技术都一直存在是因为各有专精，并不能彼此完全替代。

技术选型要看你实际的项目需求。把你的核心需求列出来。在候选技术中比较，给匹配度打分。

科学决策。

是否要跨平台？跨哪些平台？

是否要3D？占比多少？

UI是核心价值吗？

是否有交互动画？

核心用例是怎样的？

团队有过哪些经验？能否招到需要的人？

如果是学生的话，推荐从WinForm和Unity上手，兼顾上手平滑和有内涵。之后了解下WinForm的背后实现是怎么映射到win32的，GLSL/HLSL，H5Canvas在FireFox和Chrome上的行为差异，测测同样效果在个框架下的性能差异。

都扔了，直接用Electron什么的嵌个浏览器内核最好……

更新。微软现在在鼓捣 .Net 6 以及 MAUI 了。MAUI 的意思是 Multi-Platform App UI，多平台应用程序用户界面。它的广告语是“Build beautiful，native UI for any device”，为任何设备创建漂亮的原生界面。说实话我着实激动了一番。然后又泄气了。原因是，微软的这个多平台里面不包括 Windows 7，也不包括 Linux——虽然广告语里没提。当微软提到 Windows 的时候，如果没有特别说明，指的是最新版本的 Windows，我应该明白这一点。

我认为对于 UI 库来说，能够跨平台是重要的。一是学习成本。你费力的学了一个 UI 库，也做了很多工作，结果某天遇到另一个平台的需求时，你发现这些知识完全用不上了。二是维护成本。假设应用程序是跨平台的，每个平台都用原生开发，就需要同时维护多个 codebase。VS Code 最初想做的是基于浏览器代码编辑器（Monaco），所以后来顺理成章地应用了 Electron——值得思考的是如果，VS Code 不是 JavaScript/TypeScript 写的，还要成为 world-class code editor，他们会选择怎样的技术栈呢？应该不是 .Net 吧？

Electron 也不是没有问题。我倒不是说 JavaScript 是一门糟糕的语言，但是，当工程变得原来越大之后，显然类型系统是很重要的，为此你就要学习 TypeScript。然后，作为一个非互联网程序员，你还要去掌握 node.js，HTML/CSS，前端技术，各种前端框架。而且，为了访问你的核心代码，你还需要将你的 C++ 代码封装为 node.js C++ addon——最后，你终于可以用前端的思路去写 UI 了。效率优化可能也是必走的路。内存占用可能也会很高。这些都将是等待你去解决的问题。VS Code 能把它做成今天这个样子，是真的很强。

再来说说 Qt。Qt 的最新版本 Qt6，Windows 这边也是只支持 Windows 10，Linux 那边，Ubuntu 只支持 20。所以如果想真正的跨平台，支持 Windows 7 和 Ubuntu 18 这些旧系统，只能选择 5.15 这个版本。这个版本支持到 2023 年，希望那个时候地球上已经没有人用 Windows 7 了。

我为什么纠结 Windows 7 之类的旧系统？因为计算机语言是跨平台的，你写的代码只要稍微注意一些理论上就能跑在任何系统上。只是因为 UI 界面库，就限制了它能运行的平台，这不合理（当然也不是走极端，放弃 XP 我没话说，虽然今天 VS 也完全可以编译出能在 XP 上运行的程序）。

更新，最近在学习 Electron，也许这才是我心中一直想要的 GUI 框架。拭目以待。

非常遗憾的是，在多次折腾之后，微软到今天都没有给我们提供一套易用的、成熟的、现代的 GUI 开发框架，更别说跨平台。

Windows 10 竟然自带两套不同风格的 UI，足以见证其扭曲；而微软自家的软件如 Explorer，Edge，Office，Visual Studio 甚至长得都不一样，你能相信吗？也即是说，微软的程序员可能也很纠结——以 Office 为例，（据说）是在 Win32 API 上构建了大量的 C++ 代码实现的——如果每一个微软的产品都要单写一套 GUI Framework，某种程度上我认为这是一种幽默。

MFC 早就过时了，而且它不跨平台；与它很像的跨平台的 wxWidgets 也一样，编码风格难以直视。我认为把时间花在已经过时的库上并不值得，除非没有选择。

基于 .Net framework 的，分发的时候你要让用户安装 .Net framework，这会挡住一部分用户（吐槽一下某些硬件厂商的驱动程序软件安装的时候需要先安装指定版本的 .Net framework，是在开玩笑吗，一个设置界面能有多复杂还要用 .Net framework 来写？一个驱动程序不要给自己加那么多戏好吗）。另外不跨平台，甚至连 Windows 平台都不跨——比如微软目前推崇的 UWP 框架，它仅支持 Windows 10，而 2020 年据外媒统计地球上仍有 2 亿 Windows 7 用户，我不知道有没有算上中国盗版用户。如果这些方面能够接受，可以用 C# 来做 GUI。

Qt 倒是还可以，C++ 跨平台 GUI 库可能也只有这一家比较靠谱了。不过它的那些 DLL……数量多，体积大……难受。

也许 GUI 的世界就是这样充满纠结的，毕竟它是很复杂的，特别是对于一些小型软件来说，GUI 甚至可能比核心业务逻辑更复杂。

pyqt开一个webview， js加html，我感觉是最简单的

这就是，字面意思理解就行吧。

所以，你是不理解属性，还是不理解堆区开辟，还是不理解拷贝构造，还是不理解浅拷贝？

我给题主一个思路，去学习下浅拷贝的含义，估计应该问题就解决了。