VB6代码升级[复制](VB6 code upgrade [duplicate])

可能重复：
移动从VB6到.NET最佳策略
针对Visual Basic 6.0的转换工具的比较

是否有一个良好的工具任何人都可以推荐给商业VB6应用程序转换为VB.NET应用。 我已经发现了一些免费的和商业的一些人的，但无法找到谁已经尝试和失败或尝试并成功开发的任何评论和意见。

什么是问题的复杂性？ 我知道，.NET，而VB6是基于COM使用托管代码和多线程等的公寓。

Answer 1:

不这样做。 不要转换。 做了重新编写。 很抱歉，但即使代码可以被转换，但这并不意味着它应该被转换。

请在清洁代码名称随处可见，花资源时都必须有它正确地写入。 查看以此为契机，以清理代码，并利用一切的净带来的表....

我真的，如果我就在这一个负rep'd不在乎。 如果我说服一家公司重写，而不是转换，这是值得的。

Answer 2:

这是我回答的副本复制问题（如CW），因为我要回复“永远改写”回答这是目前得票最多的在这里。

我的建议是不要小看转换的努力 - 约着手重写非常谨慎。 这是一个常见的错误乐观地开始了，好好早日取得积极进展固定一些在老建筑，著名的漏洞，然后在你刚刚被理所当然多年的功能陷入了下来。 在这一点上你的管理开始变得焦虑不安，一切都可以得到非常不舒服。

...这是一个博客帖子由一个Microsofty 有点同意我的看法 ：

许多公司我.NET初期曾与望着首先在一个强烈的愿望，以改善底层架构和代码结构的同时，他们搬到了.NET部分重写驱动。 不幸的是许多这些项目遇到了困难，一些从未完成。 他们试图解决这个问题太大了.....

因此，我很快就成为迁移或重用的粉丝，成为多数公司的正确方法。 但有趣的是，重写比它曾经是一个风险较小的选择。 很多公司谁仍然有显著VB6项目现在也已经获得了在其他项目上强大的.NET技术，提高软件开发实践（包括自动测试 - 对重写必须恕我直言），并已采取甚至重构在他们的代码库VB6的元素时过去的6年。 尽管如此，我仍然会在下面的地方迁移重写或再使用大多数的公司。

从一个优秀微软报价的网页

执行一个完全重写，以.NET是更为昂贵和困难做好[不是转换] ...我们只推荐这种方法对于少数的情况。

另外，著名专家VB丹Appleman 说 ：

在大多数情况下，移植[VB6到VB.NET]是愚蠢的和完全是浪费钱。

和乔尔说，前阵子：

单最坏的战略错误，任何一家软件公司能够使[是]决定重写了代码。

一对夫妇的有关迁移包括链接到微软其他免费书籍其他有用的链接。 一 。 二 。 三 。
微软页面包括他们的答案截屏，以“如何迁移”

Answer 3:

几乎所有的免费工具会做转换代码的一份体面的工作。 你得到的结果是不是真的好，你使用任何工具，因为VB.NET代码是从VB6的代码完全不同，尽管语法相似。 即使您使用翻译工具，你应该做的代码进行彻底的清理。

Answer 4:

Visual Studio的菜单设有一个集成的转换工具File > Open > Convert... 。

如果您的VB6项目结构良好，很好的注释，你在两种语言（VB6和VB.NET）的专家，你可以试试看，否则转换可能会成为一场噩梦。 在任何情况下，你必须在转换后手动解决很多事情。

---

谷歌搜索的语言更改为Visual Basic 6.0用户会给你有用的链接覆盖两种语言之间的差异。

文章来源: VB6 code upgrade [duplicate]