c# - 将遗留代码库从 VB 转换为 C# 是否有任何值(value)？

Question

对该主题的快速搜索会生成如下文章:

• 10 Reasons Why Visual Basic is Better Than C#
• Top 10 reasons VB.NET is better than C# (旧文章)

This thread over at the programmers stack exchange 甚至提出了一些有趣和幽默的论点，但大多数都围绕文化、语法和学习能力展开。 This article made the "technical debt" argument for why they performed the conversion.基本上，每个人都想停止使用 VB.NET。

由于上述任何原因，我不希望彻底改变遗留系统的代码库。然而，目前的系统存在重大问题:性能不佳和大量逻辑错误。但仅此一点不值得皈依，不是吗？还应该注意的是，开发人员在每种语言方面都同样强大，因此这与问题无关。

将 65K 行代码从 VB 转换为 C# 是否有任何实质性好处，例如性能提升？

经过我的研究，我不相信转换会有好处。

Answer 1

作为您在问题中链接的“技术债务”帖子的作者，我认为在您的情况下，将项目从 VB .NET 转换为 C# 可能不值得。

在我们的例子中，整个团队都决定放弃 Visual Basic，并且已经开始用 C# 编写系统的许多新部分。我们都能够使用任何一种语言，但更喜欢 C#，并且讨厌在我们需要深入研究代码的 VB 部分时必须记住将每行末尾的分号砍掉。 ;-)

正如我在帖子中指出的那样，我曾在上一份工作中决定不转换 VB .NET 项目，因为我觉得这对整个项目来说是不合理的成本。在那种情况下，代码一开始就不是很好，如果我们进行转换，我们就会产生“垃圾输入，垃圾输出”的效果。相反，我们专注于解决 VB .NET 的问题，事实证明这是我们花费时间和精力的更好方式。通过阅读你的问题，听起来你在同一条船上。您最好花时间解决现有代码库中的问题，而不是尝试转换它。