Direct3D MDI项目：MFC还是.NET？

我正在看一个新项目，其中本地方法和管理方法听起来都是个好主意。这是一个Windows桌面应用程序，应支持MDI接口。客户端将广泛使用Direct3D。该项目的开发人员在C#、C++/CLI和MFC方面同样熟练

MFC的优势：

• 文档/视图体系结构
• 大多数Direct3D在线资源仍然使用C++

托管代码优势：

• NET框架
• C#

我还可以在上面的列表中添加什么？不要点燃这个。两份清单。再加上

---

注意：我有很好的理由（关于IDE和调试）不使用混合模式。所以算出来。

这并不会直接添加到这两个列表中，但当前使用.NET进行3D的“推荐”方式是使用XNA-托管的DirectX正在被弃用

编辑：当然，WPF 3D也是一个选项！忘了这一点：}

为什么不同时使用两者

可以使用C++的/VB.NET编写UI（窗体），并用C++实现窗口。 基本上，你需要做的就是把HWND（窗口句柄）从C++中传递给C++，并使用这个值初始化C++。

---

你可以在我的博客上看到一个例子：

Nah。关于为什么MDX被弃用而支持XNA的指针？我没有想到，对不起。。。它落入了“假定知识”的领域：}