将VB.NET
winforms应用程序移植到C#有没有任何“好的”资源?我相信有些软件只是翻译代码,但我正在寻找重构代码在同一时间.保持目前的形式是有问题的,因为它使用了VB.NET允许的一些“坏设计”实践,并将进一步使未来的维护变得复杂化.有谁在这里经历了这个过程,你是怎么去做的?你使用了翻译/重构方法吗?您是否只使用最终产品来重新创建功能,而无需查看大部分的当前代码库?你会(集体)推荐什么?
更新:
正如我告诉Grauenwolf,保持现在的语言提出以下问题:
>无法轻松添加功能. VB.NET不是一种我坚定的语言,我很感激学习语言的讽刺意义,但是将来的维护需要解决一个不了解VB.NET的人.
>其余的应用程序已经移植到C#(很久以前,实际上);我们要添加的所有功能都取决于解耦应用程序(现在它非常紧密的耦合).我的选择是用我不太熟悉的语言来重构它,或者用我所理解的语言来重构它.
对任何投票的人,我不太确定你为什么这么做;关注的不是我是否应该离开VB.NET;关注的是今后不会移植的费用是多少.如果我要花费大量的费用来修复它,为什么不去额外的步骤,使其能够为未来的程序员维护?
作者注:我没有看这个问题,有一个最近的回应,所以我把我的’答案’移到了这个问题,删除了’答案'(因为这不是一个真正的答案).