c# - 将项目从 C++ 转换为 C#

Question

我有一个中等规模的项目(回合制游戏)，目前是用 C/C++ 编写的。只有一个人在处理它。它会与/clr 兼容，尽管我还没有尝试过/clr:pure。

我正在寻找有关将其转换为 C# 的整个过程的建议。

它主要是 C，上面有一层薄薄的 C++(C 带有用于范围界定的静态/单例类)。是的，这不是“真正的”OO，我一直计划先进行 C# 转换，以避免在转换时产生任何转换问题。

它在寻路模块中对STL(队列类)的使用非常有限，而且因为它是一个游戏，它也不会在DLL中的第三方声音库之外做任何内存分配，这是必要的用于加载图形位图。

我想将其转换为惯用的 C#。我不想讨论这是否是个好主意，我知道这不是，让我们放手吧。请假设我有最重要的理由。

我也做了我的研究，有一个线程与使用反射器转换方法有点相关。我打算在有机会时更深入地研究它。

Translate C++/CLI to C#

还有一个付费应用程序可以从 C++ 转换为 C#，如果它不能像我希望的那样工作，我可能会看看。

最困难的部分是在 WPF/Silverlight 或 XNA(或两者)中重写界面 每一个都有利有弊，但由于字体支持，我现在倾向于 WPF，并且因为这样我就不必编写所有的小部件。我最终可能会两者都做，一个 XNA 快速移植和一个 WPF 移植。

有几种可能的方法，我想知道是否有人有过这样的转换经验，以及任何建议或陷阱。

2)先转换内胆，暂时把主UI留在C++/CLI，等内胆转换好后，一个对话框一个对话框切换到WPF。

一个相关的问题是是否值得一个模块一个模块地做这个模块，或者基本上一次全部做，以及是粗略地转换成 C# 并清理所有内容，还是清理 C++ 中的所有内容然后转换为 C# 更好。

现在的想法是重写事件循环以使用像 MFC 这样的本地通用循环，然后尝试立即将所有内容转换为 C#。将图形保留在 C++ 中，看看有什么问题。之后，转到 XNA 并稍后提供 WPF 层。最后两个步骤是任意的，我认为 XNA 端口会更简单，但使用 WPF 基本面板可能也很简单。

我愿意接受任何可能有帮助的建议。

谢谢，拉尔夫

Answer 1

我必须说，我能给你的最好建议就是重写应用程序。 C++ 和 C# 是如此不同，如果您确定要转换整个内容，那么重写很可能是您的最佳选择。

我想我的主要问题是为什么要将此项目转换为 C#？我知道这不是你要问的问题，但由于你正在做我认为是 相当大 的工作，我希望你能意识到你正在做的事情。