繁体 English 中英

是否有任何 VB6 到 C# 的迁移工具？ [关闭]

[英]Is there any VB6 to C# migration tool? [closed]

原文 2008-10-07 17:48:13 1 10 c#/ vb6/ porting/ vb6-migration

有谁知道从 VB6 代码转换为 C# 的方法？

有没有工具可以为我做到这一点？

我可以遵循任何迁移过程来执行此操作吗？

10 个解决方案

VisualStudio 提供（或至少提供）一个向导来进行从 VB6 到 VB.NET 的转换（然后可以通过一些工作将其转换为 C#，可能在#develop 的 VB.NET <-> C# 转换器的帮助下），但是当我最后一次使用它时，对于任何重要的事情都需要做很多手动工作，所以我怀疑如果这是一个大型和/或重要的应用程序，您可能最好手动重写或移植。

这可能会让人觉得有点厚颜无耻，但你的大脑可能是最好的工具。 可能值得重写。

也许你不需要移植它。 VB6 可以变成 COM 组件吗？ 端口到 COM，从 C# 调用，及时返回 Judy 法官。

作为已经这样做了很多次的人，这不是一个容易的过程。 您可以使用本答案中所述的 VB6 to VB.Net 工具，然后使用 Reflector 或 SharpDevelop 转换为 C#。 对于 SharpDevelop 转换，有一些注意事项。 它搞砸了所有的数组引用并认为它们是函数调用，并将所有逻辑运算符转换为按位逻辑运算符（And 变为 & 非 &&）。 使用 Reflector，您会丢失很多东西。 此外，Visual Studio 转换器在许多大型项目中失败，只是挂起并且永远不会完成。

将代码转换为 C# 后，您必须开始真正的工作。 转换最多只能让你完成 50% 的工作，你必须修复大量的东西（你会看到你的代码里堆满了 TODO），重构了大量的东西，最后你只剩下 C#，这是一个你的 VB6 的表示——除非你有非常好的 VB6 代码而不是你真正想要的地方。此外，您的所有代码都充斥着 VB 帮助程序，而不是使用正确的 DotNet 函数（所有字符串函数都是帮助程序而不是类对象，例如example0。如果您使用了所有变体，则必须重写所有这些。如果您使用了很多 API 调用，它们往往需要重写。

最后，您将获得一个基础，但转换一个大型项目（20-30 个表单、30 个类、30 个模块）可能需要几个月的时间。 但是，从头开始重写可能需要两倍的时间，并且您会丢失所有业务逻辑。 所以，它是可以做到的（我已经用 3 或 4 个大型项目做到了），但是没有万能药，没有灵丹妙药，任何说它可以单独为您完成的工具都是在撒谎。

使用新版本的 Visual Studio 打开您的项目，将您的代码转换为 VB.Net，然后下载.Net Reflector以帮助您进行 C# 转换。

祝你好运！

Artinsoft （现在更名为Mobilize.Net ）就是这样做的，尤其是Visual Basic Upgrade Companion 。

但是，即使在使用 VBUC 之后，系统的某些部分仍然需要手动迁移/校对。 但它通常是原始问题的一个小得多的集合。 由于过去的迁移经验，一些迁移问题已经得到解决。

Theraccoonbear 的帖子中提到，Artinsoft 是构建随 Visual Studio 一起提供的向导的同一家公司。 但是，如果我没记错的话，向导只会将 VB6 迁移到 VB.Net。

完全披露：我为 Artinsoft 工作

简短的回答是 VB6 和 VB.NET（以及 C#）是独立的语言但相关的语言。 两个平台之间存在许多细微的（整数是 Int32 而不是 Int16）和明显的差异（图形、表单和打印引擎）。 您需要将此视为您正在转换到一个完全不同的平台。

Microsoft 推荐ArtinSoft 的 Visual Basic Upgrade Companion (VBUC) 。

Microsoft 和 ArtinSoft 已合作为您提供免费的 VBUC 许可证。 下面的折扣代码可用于购买许可证，允许您将最多 10,000 行 VB6 代码的应用程序免费迁移到 VB.NET 或 C#。 它也可以在购买更大的许可证时应用。

它并不完美，生成的代码在编译之前仍然需要大量手动修复，但这个工具仍然值得一试。

我使用了 2 个免费的：

http://www.carlosag.net/Tools/CodeTranslator/

http://www.developerfusion.co.uk/utilities/convertcsharptovb.aspx

要问自己的一个问题是，拥有 C# 而不是 VB.NET 有多重要？ 如果您要转换大型应用程序，也许您应该升级到 VB.NET，这会更便宜。

VB6 中有一些功能在 C# 中没有完全等效的功能（错误处理、后期绑定等）。 问问自己为什么值得手动转换它们，当您可以转到支持它们的 VB.NET 时。

如果你不相信我（没有人投票支持我的答案，呜咽！）也许你会相信Francesco Balena和 Dan Appleman（在《 Moving to VB.NET》一书中）同意我的观点。

在 GreatMigrations，我们是手工完成的——我们用手开发 VB6/COM 编译器。 编译器读取一个 VBP（或一组相关的 VBP）并引用 COM 库并构建一个“语义模型”。 该模型是一组极其详细的符号表和操作码流，可以完整准确地描述源系统定义的所有信息结构和执行的操作。

然后，该工具应用一系列算法来修改和重构模型，使其与 .NET 更兼容，并可选择应用自定义转换； 例如用 .NET 类替换 COM 组件。 转换规则由人们设计并“手工”创建，以满足他们的独特要求。

最后，模型被“执行”，但不是分配数据模型和执行操作，而是用目标平台的符号编写文件结构、数据模型和操作。 我们可以使用这种方法编写 VB.NET 和 C#。 我们也使用这个过程将 ASP 站点迁移到 ASPX，（我们还有一个多方言 FORTRAN-to-C 产品）

该方法不会在第一次尝试时生成生产就绪软件，但可以通过修改工具的配置并重新运行翻译过程来改进并使其生成“更好”的软件。 我们工具的优势在于其可重复性、速度和灵活性，这有助于实现敏捷的工具辅助重写方法。 IMO，利用我们方法的迁移团队将受益于分配更多资源来评估重新设计和开发过程改进的替代方案，而不是重新收集功能需求、手动编码和测试。 他们最终将在迁移后享受更易于维护的系统和更忠实地再现原始应用程序功能以及在迁移过程中更好的控制和可见性。

我们工具的试用版可在此处获得gmStudio Trail 请求下载。 它将允许您试验高达 10K LOC 的 ASP/VB 代码并运行多达 30 个会话。