vb.net - 停止使用 VB6？

Question

我正在开发一个 VB6 遗留应用程序。我已经开始在 VB.NET 中编写所有新代码，本质上是创建我所说的互操作层。我可以通过两种方式解决这个问题:

1. 使用此互操作层在 VB.NET 中编写所有新代码，并使用分阶段的方法进行升级。
2. 继续编写 VB6 代码，然后在以后将其全部转换(使用大爆炸方法)。我现在没有时间转换整个应用程序。

我的问题是，哪种方法更好？

更新我喜欢选项 1 的原因是因为有一个 ASP.NET 应用程序。以前的开发人员会在 VB6 和 ASP.NET 这两个应用程序中有效地复制代码。因此，ASP.NET 应用程序中的一些代码可以与 VB6 共享，反之亦然。这就是为什么我相信选项 1 更好，但我找不到任何文献表明开发人员实际上这样做

Answer 1

我前世参与过相同类型的项目。原始应用程序是使用 Access 作为框架编写的。然后出现了 VB6，它似乎工作得很好，并且允许更多功能，而无需更改最初在 Access 中编写的大部分内容。

.Net 出现了......

...尽管我不喜欢 .Net 的开发阶段，并且被迫使用互操作层，但这是必要的。

也就是说，我会尽可能主观地回答这个问题:

如果您知道应用程序将完全转换为 .Net，那么请尽可能多地使用 .Net 进行新开发。除了关于互操作性的看法(和事实)之外，我没有任何理由推迟它 - 例如更多的开销、性能等。

侧边栏 - 至少您不会遇到与 Access 的互操作性问题...当它崩溃时，一切都会崩溃。这是我第一次体验互操作(使用 Access)，但效果并不好。

等待.Net 开发的优点:

1. 交付时间更短(无互操作层)
2. 更稳定的应用(无互操作层)

等待.Net 开发的缺点:

1. 发布周期长(而且可能无利可图)，而整个应用都需要重写
2. 引入了许多新错误
3. 学习编写单元测试，而这将成为您最不关心的事情

从长远来看，现在开始 .Net 开发将增加您成功的机会。我不相信互操作层会给你带来像我那样的麻烦——而且性能的任何下降都应该是最小的。

我不知道您是否参与了这个项目的开发团队，但如果您参与了，请确保每个人都同意迁移到 .Net。我见过一些 VB6 开发人员对 VB.Net 表现出在车头灯下的敬意。自然是继续以他们习惯的风格写作。