Question

有关C++程序框架（GUI）的困惑。

我自己学的是c++，但现在在界面上不想花时间去学MFC，MFC内容繁杂而且将近淘汰。听说winform和wpf都可以靠拖控件，很方便快捷。但在vs2012中是要想用winform技术必须要用托管的c++（c++/cli），毕竟C++和C++/cli还是有差别的，等于重新熟悉一门语言，我就想我还不如去学C#，直接调用wpf或者winform。
还有：1，wpf和winform要不要写代码啊，完全是可视化（拖控件）的吗？
2，native C++（非托管）可以调用winform或者wpf框架？也就是C++（非托管）为核心代码，winform或者wpf做界面。
3，如果都抛弃mfc，winform，wpf，直接用winapi编写程序框架会怎么样，很麻烦吗？但貌似运行效率很高。
4.现在很多软件都是c++写的，那么他们的界面框架用的是MFC,winform，还是wpf，还是自己的GUI，我们有必要去熟悉这些界面框架技术吗？
5.如果改学C#又怎么样呢？在vs2012中，visual C#
可以直接利用各种.net技术，很是方便快捷，也没有这么多的困扰了。那么有必要转向c#吗？
总之，现在困惑种种，对做一个桌面程序还很不清楚，做软件必须要有图形界面吧，不可能是win32控制台程序吧。但现在为这个界面很是困惑。

Answer 1

1.可以直接拖控件，但是还是需要自己添加代码，这是必须的。
2.用C#可以导入C++写的DLL或者其他文件
3.用winapi也行，不过我没怎么用过，但是我想如果你写的程序比较大，直接用API会很痛苦。
4.我觉得GUI的东西还是学点吧，后来找还是用的着的，而且给用户用的软件上不都得有点GUI嘛。
5.想学C#也可以啊，封装了非常多的类库，学和用都比比C++简单，但是很多细节的东西你可能不会了解；如果你只想用C++推荐用QT做界面，QT是C++的开源的跨平台的，用起来还可以。

Answer 2

p

Answer 3

同推荐QT……

Answer 4

本人经验。推荐qt。