【问题标题】:tips and advices while migrating code from vb6 to .net with Visual studio 2010使用 Visual Studio 2010 将代码从 vb6 迁移到 .net 时的提示和建议
【发布时间】:2010-05-05 04:43:46
【问题描述】:

我想使用 Visual Studio 2010 将其中一个应用程序从 vb6 迁移到 .net。目前该应用程序是基于 Windows 的应用程序。我想做网络应用程序。 我想我必须在.net 中重写代码。当我在 .net 中重写代码时,请您给我建议。

【问题讨论】:

  • 仅供参考,标签用于对问题进行分类。使用“vb6 到 .net 迁移”,您不需要“to”,因为它无助于对问题进行分类。
  • @John, @pradeepmada 我认为标签vb6-migration 对这些问题很有用。免责声明:我是发明它的人 - 但我认为社区似乎喜欢它

标签: .net vb6 migration vb6-migration


【解决方案1】:

如果您的 VB6 应用程序由多个具有干净接口的 COM 对象组成,那么您应该能够重用那些不接触 UI 的组件。您可能希望利用公司的 VB6 专业知识将任何 UI 代码与业务逻辑分开。然后可以在 Web 应用程序中重用业务逻辑。

【讨论】:

    【解决方案2】:

    有很多关于转化策略的建议。一种可能运作良好的策略(如John said)是使用Interop 将VB6 后端与.Net Web 前端混合。

    其他一些资源:

    【讨论】:

      【解决方案3】:

      这在很大程度上取决于原始应用程序的结构良好。一个结构良好的应用程序可以从桌面转换到网络,并具有相当高的重用性。不幸的是,绝大多数 VB6 时代的代码没有结构良好,这让你的生活变得更加艰难。

      Visual Studio 能够导入 VB6 项目并将其转换为 VB.NET,但映射并不完美。再加上我上面提到的许多 VB6 代码常见的结构不良的代码,您最好完全放弃原始项目并重新开始。

      当然,这在很大程度上取决于很多因素。您可能很幸运,并且正在使用其中一种稀有的宝石:结构良好的 VB6 项目,视图和代码清晰分离。

      【讨论】:

      • 放弃原来的项目并重新开始表面上很有吸引力,但它可能会导致失败。 “我在 .NET 的早期工作过的许多公司首先考虑重写,部分原因是在他们迁移到 .NET 的同时,他们强烈希望改进底层架构和代码结构。不幸的是,其中许多项目都遇到了困难,有几个从未完成。他们试图解决的问题太大了“由微软内部人士blogs.msdn.com/goto100/archive/2008/11/03/…
      • @MarkJ:有时你别无选择,只能重新开始。将桌面应用程序转换为基于 Web 的应用程序就是一个很好的例子。我见过的最好的过渡方式是在旧的基础上结束开发并重新开始。预计这需要一段时间。在您开始之前,请仔细看看桌面应用程序实际具有的功能。所有这些都需要复制吗?更重要的是,哪些必须与 1.0 版的网络应用程序一起复制。
      • 也就是说,并非每个桌面应用程序都需要转换,只有在有正当商业原因的情况下,您才应该走这条路。几年前,我们经历了从经典 asp 到 c# 和 asp.net 的转变。这是一次全面的重写并且非常成功。我们没有采用所有旧功能,只是“必须拥有”的功能并启动了它。从那时起,我们已经赶上了并超越了之前的功能水平。对我们有利的一件事是,编写原始版本的团队与进行重写的团队相同。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-06-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多