将Borland C++移植到C＃

Question

我必须执行需要将Borland C++代码迁移到C＃的项目， 为了顺利迁移代码，我需要遵循哪些重要步骤？ 并请提出任何类型的提示和技巧？

Answer 1

这实际上意味着一个完整的重写。如果我是你，我会尝试C++/CLI而不是C＃。这样，您可以逐步重写代码并将其转换为托管代码。

需要考虑的事情，无论您迁移到C＃或C++/CLI：

1. 与清晰的接口模块分区软件（使用的多层架构，MVC，...）。如果每个分区都是COM对象，那么甚至可以尝试仅迁移部分并在.NET中使用COM对象。
2. 确定你所依赖的库，并检查如何在.NET取代他们
3. 确定要在其中使用指针，并检查如何在C++
4. 检查要使用RAII对象改变这个代码，并找到一个在.NET中获得相同结果的方式。

我不能给你更详细的建议，因为我不知道你想迁移什么类型的程序以及原因。

Answer 2

虽然这不是真的要迁移代码吗？你所做的基本上是用语言b（C＃）重写一个存在于语言a（本例中为C++）的系统。这两种语言没有那么多共同点来促进简单的机械翻译（C＃< - > Java机械翻译更容易），并且取决于C++代码的现代程度，您可能无法翻译某些习语直。

我的一个合理大小的项目的方法是编写一个“交叉编译器”的语言，允许轻松的文本处理（我上次使用红宝石）。这个交叉编译器应该能够机械地将大约80％的代码翻译成目标语言中几乎可以编译的东西。这也使您能够识别需要（很多）程序员注意的代码区域，因为您必须采用现有代码并在C＃中编写功能等效代码。不要忘记，对于这个翻译工具，您还需要编写能够将头文件和实现文件中必需的代码组合在一起的代码。取决于C++代码的组织程度，这是一项不重要的任务。

Answer 3

如果你只是想移动到.NET，然后考虑使用C++/CLI。如果你真的想转向C＃，那么我建议不使用自动迁移路径，而是转向C++/CLI后，在C＃中进行新的开发，并有计划将现有代码从C++移到C＃一个强大的测试环境来验证随着时间的推移所做的改变。

但是，如果您只需执行一次大的迁移，那么您可以考虑移植到C++/CLI来构建托管程序集，并使用其中一个disassmble-IL-to-C＃工具来自动化该过程。我坚决反对这样做 - 但这是你的时间和项目，而不是我的。