哪种技术(MFC/Win32)更适合DirectX应用程序?

MFC被广泛使用,但它是一个古老的框架,在复杂度方面与codegear vcl、wxwidgets或trolltech qt没有太大的差距。

我从不向任何人推荐MFC… 如果您不想使用其他任何东西,wtl是一个很好的围绕win32 api的轻量级包装器,这要好得多。

MFC是一种过时的技术,我认为它不再是微软积极开发的。我建议在任何新项目中远离这个框架。

我有点惊讶于对MFC的厌恶程度——是的,它有点笨拙,而且是一个“老式”框架,但是它仍然得到了微软的支持和扩展(例如在Visual Studio 2008 SP1中,MFC是所有微软工具包中第一个获得Office 2007功能区的工具包)。

我可能会和MFC一起去。虽然MFC本身不支持DirectX图形,但有一些人 written various classes 创建使用DirectX进行显示的MFC视图。虽然这些都不是特别新的,但似乎没有什么变化——我没有测试过所有的,但是(例如)第一个链接(到codeproject)使用vs 2008在32位中构建得很好,并且只需要一个小的变化就可以作为64位代码工作(将getclassslong更改为getclassslongptr,将gcl_cursor更改为gclp_cursor)。

另一种可能是考虑 Ogre3D ,至少有一个人成功 integrated 用MFC。

对我来说,MFC听起来很明智,它是一个围绕win32 API的包装器,用于提供一个更面向对象的接口,所以听起来像是您需要的。当然,还有其他一些人们提到过的替代框架,但老实说,不管你熟悉哪种框架,我都不相信编辑器除了提供菜单、按钮和对话框/属性编辑器之外,还有非常复杂的用户界面需求。

作为替代方案,您是否考虑过C?这似乎是一种常见的方式写游戏级编辑器,这些天,你仍然可以调用你的C++游戏内核从它。

Win32并没有阻止您成为面向对象的。无论您选择哪个面向对象的框架,它最终都会调用标准的win32 api。无论如何,由于MVC的设计,MFC很适合游戏编辑。