blocks|key|4478973|text|我不能在这里给你意见。要获得经验，请开始在任何满足您需求的框架中进行编程。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4478974|Qt已经足够好了，而且还有wxWidgets可供选择。这两个与MFC不同，它们是跨平台的。|offset|length|4478975|至于在游戏编程和GUI编程之间进行选择，您可以选择两种编程，一个接一个。|4478976|希望这能有所帮助！|4478977|entityMap|0|LINK|mutability|MUTABLE|url|http://wxwidgets.org/^0|0|D|9|0|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@$D|T|E|U|1|V]]|A|$]]|$1|F|3|G|5|6|7|W|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|X|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]]]

I can't give you opinions here. To gain experience, start programming in whichever framework fulfills your requirements. 

Qt is good enough, and there is <a href="http://wxwidgets.org" rel="nofollow">wxWidgets</a> as an option. These two are cross platform unlike MFC. 

As for choosing between game programming or GUI programming, you can do both, one after another.

Hope this helps!

blocks|key|4567458|text|关于问题的第一部分:我建议您在两个方向上尝试一些轻量级编程。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4567459|现在关于使用什么框架的问题。如果您真的决定只进行游戏编码，那么您可能需要使用专门的框架/引擎来进行游戏开发。尽管如此，Qt会让你做一些游戏开发，这样你就可以在下决心之前尝试游戏和独立编程。|4567460|关于你建议的框架。MFC不再像以前那样流行，将来可能不会得到微软的太多支持。Qt和wxWidgets是流行的框架，可以让你做跨平台的应用程序。我推荐Qt，因为它使编码变得更容易，如果你真的对为主要平台制作原生应用感兴趣，wxWidgets会变得更有用。|4567461|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

On the first part of the question: I suggest you try some lightweight programming in both directions. 

Now on the part of what framework to use. If you truly decide on game coding only you would probably need to go with specialized framework/engine for game development. Still, Qt will let you do some game development so you can try it for game and standalone programing before you make up your mind.

Regarding the frameworks you suggested. MFC is not popular as before and probably will not be much supported by microsoft in the future. Qt and wxWidgets are popular frameworks that will allow you to do cross platform apps. I recommend Qt because it makes coding much easier, wxWidgets becomes more useful if you are really interested in making native apps for the major platforms.

blocks|key|2843268|text|有各种各样的，有不同的好处和局限性。MFC在很大程度上只是Windows，而QT是跨平台的，而且(IMO)在当前的就业市场上需求更大(直到最近我一直在坚持不懈地寻找！)另一个流行的选择可能是WPF，它是特定于Windows的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2843269|简而言之:做QT直到“下一个大事件(Tm)”出现。|2843270|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

There are a variety, with different benefits and limitations. MFC is pretty much just Windows, whereas QT is cross platform, and (IMO) much more in demand in the current job market (which until recently I was searching very tenaciously!) Another popular option might be WPF, which is Windows specifc.

Short answer: do QT until 'the next big thing (tm)' comes along.

blocks|key|2477016|text|MFC是windows，如果你主要针对windows，WPF是新的Micorsoft桌面图形用户界面标准。话虽如此，大多数游戏都是以3D+API原生(OpenGL/Direct3D)的方式完成所有工作，主要的平台特定部分是窗口和用户输入。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2477017|在使用现有的用户界面库与使用自己的用户界面库之间也存在权衡。你会发现很难将Qt或WPF窗口小部件作为一等公民深度集成到你的游戏中，并且可能需要跳过一些圈套才能完成某些自定义行为。手动从头开始做它的好处是真正了解正在发生的事情，并且能够准确地做你想做的事情；但是这样做的代价是你没有利用现有的完整的库。|2477018|我个人的建议是花一些时间学习Qt或WPF+(Qt如果你关心多平台，很多项目都使用Qt，但WPF正在增长势头，特别是由于Windows8)，只是为了从客户端了解UI+API是什么样子。还要学习图形应用编程接口(OpenGL或Direct3D)的基础知识。然后你将处于一个更好的位置来做出你的决定。最终，我会建议创建一个非游戏UI程序，和一个单独的游戏程序。这会给你一个更好的想法。|2477019|在游戏的上下文中，您可以在工具和编辑器方面利用Qt/WPF/等。但通常情况下，游戏中的实时UI使用紧密集成的3D加速UI库。一个这样的库是Scaleform+(商业的，基于闪存的)，另一个是CEGUI+(LGPL/MIT)。|2477020|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Windows_Presentation_Foundation|1|http://gameware.autodesk.com/scaleform/features|2|http://www.cegui.org.uk/wiki/index.php/Main_Page^0|R|3|0|0|0|0|1X|9|1|2N|5|2|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@$A|W|B|X|1|Y]]|C|$]]|$1|D|3|E|5|6|7|Z|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|10|8|@]|9|@]|C|$]]|$1|H|3|I|5|6|7|11|8|@]|9|@$A|12|B|13|1|14]|$A|15|B|16|1|17]]|C|$]]|$1|J|3|-4|5|6|7|18|8|@]|9|@]|C|$]]]|K|$L|$5|M|N|O|C|$P|Q]]|R|$5|M|N|O|C|$P|S]]|T|$5|M|N|O|C|$P|U]]]]

MFC is windows and if you are mainly targetting windows, <a href="http://en.wikipedia.org/wiki/Windows_Presentation_Foundation" rel="nofollow">WPF</a> is the new Micorsoft desktop GUI standard. Having said this, most games do everything in a 3D API-native (OpenGL/Direct3D) manner, and the main platform-specific parts is the windowing and user input.

There also comes a tradeoff between using an existing User Interface library compared to rolling your own. You will find it quite hard to deeply integrate Qt or WPF widgets into your game as first class citizens, and may need to jump through some hoops to do certain custom behaviours. Doing it manually from scratch comes with the benefit of really learning what is going on and being able to do exactly what you want to do; but the cost of this is you arent leveraging an existing complete library.

My personal advice is to take some time to learn either Qt or WPF (Qt if you care about multiplatform, a lot of projects use Qt, but WPF is pickup up momentum, especially due to Windows 8) just to get an idea of what a UI API looks like from the client side. Also learn the basics of a graphics API (OpenGL or Direct3D). Then you will be in a much better position to make your decision. Ultimately I would recommend creating a non-game UI program, and a seperate game program. This will give you a much better idea.

In the context of a game, you can leverage Qt/WPF/etc in the area of tools and editors. But generally realtime in-game UIs use a tightly integrated 3D accelerated UI library. One such library is <a href="http://gameware.autodesk.com/scaleform/features" rel="nofollow">Scaleform</a> (commercial, flash-based), and another is <a href="http://www.cegui.org.uk/wiki/index.php/Main_Page" rel="nofollow">CEGUI</a> (LGPL/MIT).

I want to have working experience in c++ application programming. I am in dilemma to choose game programming or standalone programming. please suggest me which framework/API is beneficial for me to learn. 

Qt mobile / QT gui programming , any other APIs , 
what about learning MFC instead of QT, 
are there any other gui framework than qt

QT or MFC which is better to learn

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我想在c++应用程序编程方面有工作经验。我左右为难，是选择游戏编程还是独立编程。请给我推荐哪个框架/API对我学习有好处。Qt mobile / QT gui编程，其他APIs，学习MFC而不是QT，除了qt，还有其他的gui框架吗？

问QT和MFC哪个更好学
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问QT和MFC哪个更好学EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问QT和MFC哪个更好学
EN