将VB.NET Winforms应用程序移植到C#
发布时间：2020-12-17 00:27:29 所属栏目：大数据 来源：网络整理
导读：将VB.NET winforms应用程序移植到C#有没有任何“好的”资源？我相信有些软件只是翻译代码,但我正在寻找重构代码在同一时间.保持目前的形式是有问题的,因为它使用了VB.NET允许的一些“坏设计”实践,并将进一步使未来的维护变得复杂化.有谁在这里经历了这个过
|
将VB.NET
winforms应用程序移植到C#有没有任何“好的”资源？我相信有些软件只是翻译代码,但我正在寻找重构代码在同一时间.保持目前的形式是有问题的,因为它使用了VB.NET允许的一些“坏设计”实践,并将进一步使未来的维护变得复杂化.有谁在这里经历了这个过程,你是怎么去做的？你使用了翻译/重构方法吗？您是否只使用最终产品来重新创建功能,而无需查看大部分的当前代码库？你会(集体)推荐什么？
更新： 正如我告诉Grauenwolf,保持现在的语言提出以下问题： >无法轻松添加功能. VB.NET不是一种我坚定的语言,我很感激学习语言的讽刺意义,但是将来的维护需要解决一个不了解VB.NET的人. 对任何投票的人,我不太确定你为什么这么做;关注的不是我是否应该离开VB.NET;关注的是今后不会移植的费用是多少.如果我要花费大量的费用来修复它,为什么不去额外的步骤,使其能够为未来的程序员维护？ 作者注：我没有看这个问题,有一个最近的回应,所以我把我的’答案’移到了这个问题,删除了’答案'(因为这不是一个真正的答案).
根据我使用一些混合VB和C#项目的大型应用程序的经验,我建议将其留在VB.NET中.如果设计有问题,那么修复它们,但将整个事情转换成C#就好像是一个凌乱的,不必要的分心.
两种语言之间的非风格差异非常小,所以很难看到功能上的需求会迫使转换. (Visual Studio 2003中有一个旧错误,排除了某些特定的项目引用链,以特定的方式混合了C#和VB项目,但这是我曾经遇到过的唯一一个实际障碍.) 个体开发者当然倾向于有一种风格的偏好,但是对于相当于味觉不同的句法糖味道的东西来说,完全转换是一项很大的工作. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |