QT或MFC哪个更好学

关于问题的第一部分：我建议您在两个方向上尝试一些轻量级编程。

现在是使用什么框架的部分。如果你真的只决定游戏编码，你可能需要使用专门的游戏开发框架/引擎。尽管如此，Qt会让你做一些游戏开发，这样你就可以在下定决心之前尝试游戏和独立编程。

关于你建议的框架。MFC不像以前那样受欢迎，将来可能不会得到微软的大力支持。Qt和wxWidgets是流行的框架，可以让你做跨平台的应用程序。我推荐Qt，因为它让编码变得更容易，如果你真的有兴趣为主要平台制作原生应用程序，wxWidgets会变得更有用。

有很多种，有不同的优点和局限性。MFC基本上只是Windows，而QT是跨平台的，并且(IMO)在当前的就业市场上更受欢迎(直到最近我还在顽强地搜索！)另一个流行的选择可能是WPF，它是Windows特有的。

简短的回答：做QT，直到"下一件大事(tm)"出现。

我不能在这里给你意见。为了获得经验，请在满足您需求的任何框架中开始编程。

Qt已经足够好了，还有wxWidgets作为一个选项。这两者是不同于MFC的跨平台。

至于在游戏编程和GUI编程之间进行选择，您可以一个接一个地同时进行这两种编程。

希望这能有所帮助！

MFC是windows，如果您主要针对windows，WPF是新的Micorsoft桌面GUI标准。话虽如此，大多数游戏都是以3DAPI命名(OpenGL/Direct3D)的方式进行的，而主要的平台特定部分是窗口和用户输入。

与使用自己的用户界面库相比，使用现有的用户界面库也有一个折衷。作为一等公民，你会发现很难将Qt或WPF小部件深度集成到你的游戏中，并且可能需要跳过一些障碍来完成某些自定义行为。从头开始手动操作的好处是真正了解正在发生的事情，并能够准确地做你想做的事情；但这样做的代价是您无法利用现有的完整库。

我个人的建议是花一些时间学习Qt或WPF(Qt如果你关心多平台，很多项目都使用Qt，但WPF正在加快势头，尤其是由于Windows 8)，只是为了从客户端了解UI API的外观。还学习图形API(OpenGL或Direct3D)的基础知识。那么你将处于一个更好的位置来做出你的决定。最终，我建议创建一个非游戏用户界面程序，以及一个单独的游戏程序。这会给你一个更好的主意。

在游戏的上下文中，您可以在工具和编辑器领域利用Qt/WPF/等。但通常情况下，游戏中的实时UI使用紧密集成的3D加速UI库。一个这样的库是Scaleform(商业，基于闪存)，另一个是CEGUI(LGPL/MIT)。