是否有任何“好的”资源可将 VB.NET winforms 应用程序移植到 C#？我确信有软件可以翻译代码，但我希望同时重构代码。保持当前的形式是有问题的，因为它使用了 VB.NET 允许的一些“不良设计”实践，并且会使未来的维护进一步复杂化。这里有人经历过这个过程吗？你是怎么做的？您使用了翻译/重构方法吗？您是否只是使用最终产品来重新创建功能，而没有查看大部分功能的当前代码库？您（集体）会推荐什么？
Update:
正如我告诉 Grauenwolf 的那样，保留当前语言会带来以下问题：
- 无法轻松添加功能。 VB.NET 并不是一种我非常精通的语言。我确实很欣赏学习该语言以移植它的讽刺意味，但未来的维护将需要考虑到那些不了解 VB.NET 的人。
- 应用程序的其余部分已移植到 C#（事实上，很久以前）；我们想要添加的所有功能都取决于应用程序的解耦（现在它的耦合非常紧密）。我的选择是要么用我不太熟悉的语言重构它，要么用我理解的语言重构它。
对于任何投票否决该问题的人，我不太确定why你做到了；关心的不是我是否应该将其留在 VB.NET 中；而是我应该将其保留在 VB.NET 中。令人担忧的是，如果现在不移植它，未来的成本会是多少。如果我打算花费大量费用来修复它，为什么不采取额外的步骤并使其可供未来的程序员维护呢？
作者注：我已经很久没有看过这个问题了，最近有一个回复，所以我将我的“答案”移到了问题中并删除了“答案”（因为它不是真正的答案）。
根据我使用一些混合 VB 和 C# 项目的大型应用程序的经验，我建议将其保留在 VB.NET 中。如果设计存在问题，那就修复它们，但将整个事情转换为 C# 对我来说听起来像是一种混乱、不必要的干扰。
两种语言之间的非风格差异非常小，因此很难看到强制转换的功能需求。 （Visual Studio 2003 中有一个旧错误，它排除了以特定方式混合 C# 和 VB 项目的某些项目引用链，但这是我遇到的唯一一个实际障碍。）
个人开发人员当然倾向于偏爱其中一种风格，但要完全转换需要做大量工作，才能品味不同风格的语法糖。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
