我公司有大量用VB6编写的遗留应用程序.
我们处于从将VB6应用程序迁移到.NET(特别是3.5)的过渡期.
将VB6转换为.NET的最佳策略是什么?
注意:以下更新应转至"项目管理",与主要问题无关.
[更新]:感谢您的反馈到目前为止,
还有更多问题需要弹出
- 你如何指定开发人员开发新的应用程序?
- 是否应该有一个特殊的一次性升级部门,将遗留应用程序转换为新的应用程序?或者每个开发人员都应参与转换过程吗?
- 只有高级开发人员参与转换吗?初级开发者?还是混合?
看起来,我越想到这个问题,就会出现更多问题.
我打算将大型vb6应用程序升级到.net.该项目使用许多第三方组件,例如VSFlexGrid以及水晶报告.它还使用源代码不可用的旧VB6 dll.我的问题是
我欢迎任何以前做过这件事的人提供任何有用的意见.
我有一个非常大的VB6代码库,有大量的第三方控件.想将其移至.NET.重写它是不可能的 - 客户认为没花钱去做同样的事情.使用内置升级向导迁移到.NET基本上是不起作用的.
有没有人从http://www.vbmigration.com/尝试过VB迁移合作伙伴. 如果是这样,有什么样的体验?
我是使用Visual Basic开发的新手,但在C#/ C/C++/JAVA/Haskell和其他一些方面有很多经验.
有什么理由我维护代码并找到代码示例,其中类型声明似乎是懒惰的?我见过无数的字符串,它们只被用作String类型,被声明为一个对象.在VB.NET的面向对象特性出现之前,这是否有必要确保方法可以采用多种类型?为什么有人会这样做?