楼主不要乱听吧，这个不是那么简单的问题的。
一个现代的工程，除了用什么技术框架以外还要考虑很多别的东西的。技术的未来发展，跨平台的可能性，代码重复利用性，等等。
技术投资也是一个需要考虑的大问题，你这么问，意思应该就是需要现学了，那尽量不要去学一个马上就要被淘汰的技术。
如果项目是有可能需要跨平台的话，尽量考虑 Web + electron 。
qt 的话，尽量不推荐了。这个年代投资在 c++和 qt 上的技术，看不到未来有多大的回报。
winform 是一个非常老的技术了，wpf 也是。
如果选择用.Net Framework 来写 winform 或者 wpf 的话，
你要考虑清楚.Net Framework 已经过时淘汰了。
现在使用的.Net 版本是.Net Core(从 1.0 迭代到现在的 3.1)，开源并且可以跨平台，甚至 webassembly 。下个月 Build
大会.Net 5.0 就要开启预览版了(现在处在 preview-3)。.Net 5.0
是.Net Core 的下一个版本，
也是.Net 的未来，所以去掉了 Core 这个名字，
也跳过了本属于.Net Framework 的 4.x 的版本号，直接统一使用 5.0 的版本号。5.0 之后，
所有的.Net 项目都会是同一个 SDK 和同一个 Runtime，代表着基本上学一套知识，能用来写任何（ web，mobile，desktop，IoT，ML，micro service，gaming ）种类的项目。
winform 和 wpf
也可以用.Net Core 来写，但是 winform 和 wpf 都是 win32 的框架，编译出来的程序，在未来的 Windows 10X 上面注定是在容器内运行的非原生应用。并且 winform 和 wpf 的 UI 全都不是硬件加速的，而且没有触摸优化，没有黑白模式的自动模板。
很多人这个时候就要开始推荐 UWP 了，用 C#和 XAML，是 Windows 10 和其分支里面唯一的原生应用模式 /框架。但是 UWP 也是只是适合个别应用的，虽然我也会极力推荐 UWP，但是绝不是不考虑适合程度的盲目推荐。
那到底还有什么选项呢？
其实 Windows 10 是有自己的原生 UI 库的，叫 WinUI，完全按照 Fluent Design System 的规范用 C++编写，UI 硬件加速。以前版本是集成在系统内的，仅供 UWP 使用。现在的 3.0 之前的版本，虽然也是仅供 UWP 使用，但是可以打包在应用层，以免不同版本的系统不兼容有的控件。在几天后的 Build 大会，3.0 会正式进入测试阶段，到时候任何应用都可以使用 WinUI 来编写 UI，逻辑层用什么语言 /框架都可以。所以，不着急的话，
稍微等一等.Net 5.0 + WinUI 3.0 。 这两个放在一起会是一个非常强大的组合。现代化的语言，工具和 UI，至少让你可以放心的做技术投资。