对该主题的快速搜索会产生以下文章：
程序员堆栈交流中的这个线程甚至提出了一些有趣和幽默的论点，但大多数集中在文化、语法和学习能力上。这篇文章为他们为什么进行转换提出了“技术债务”的论点。基本上，每个人都想停止使用 VB.NET。
由于上述任何原因，我不希望彻底改变遗留系统的代码库。然而，当前系统存在主要问题：性能差和大量逻辑错误。但这本身并不值得转换，不是吗？还应该注意的是，开发人员在每种语言方面都同样强大，因此这与问题无关。
将 65K 行代码从 VB 转换为 C# 是否有任何实质性好处，例如性能提升？
经过我的研究，我不相信转换会是有益的。
作为您在问题中链接的“技术债务”帖子的作者，我想说，在您的情况下，将项目从 VB .NET 转换为 C# 可能不值得。
在我们的案例中，整个团队已经决定放弃 Visual Basic，并且已经开始使用 C# 编写系统的许多更新部分。我们都能够使用任何一种语言，但更喜欢 C#，并且讨厌在需要深入到代码的 VB 部分时必须记住将每行末尾的分号切掉。;-)
正如我在帖子中所指出的，我曾经在以前的工作中决定不转换 VB .NET 项目，因为我觉得这对整个项目来说是一个合理的成本。在那种情况下，代码一开始就不是很好，如果我们进行转换，我们就会产生“垃圾进，垃圾出”的效果。相反，我们专注于解决 VB .NET 的问题，结果证明这是我们花费时间和精力的更好方式。通过阅读您的问题，听起来您在同一条船上。您最好花时间解决现有代码库中的问题，而不是尝试转换它。