我公司有大量用VB6编写的遗留应用程序.
我们处于从将VB6应用程序迁移到.NET(特别是3.5)的过渡期.
将VB6转换为.NET的最佳策略是什么？
注意：以下更新应转至“项目管理”,与主要问题无关.
[UPDATE]: Thank you for your Feedback so far
Now there are
more question that pop up are
- how would you assign developers to develop new applications?
- Should there be a special one-time upgrade division that will convert
legacy apps to new ones? Or should
every developer participate on
conversion process?- Should only senior developers participate on conversion? Junior
developers? or mixed?It seems like,the more I think about
this problem,more questions just show
up.
显然,这是一项涉及大量工作的重大事业.
因此,我的建议是将其视为一个非常长期的项目.
原文链接：https://www.f2er.com/vb/255567.html因此,我的建议是将其视为一个非常长期的项目.
有一个明确的目标,它解决了安全性,弹性,可维护性和应用程序未来等主要问题.
一旦得到利益相关者的同意,就开发一个原型系统来测试你的假设,在那里你可以试用C#vrs VB.net或MVC vrs Webforms.
我会为此分配你最好的开发人员.
然后从一个小型遗留系统开始,构建您将在其他领域重用的核心组件.
在这个阶段,从更高级的开发人员开始,但每个人都必须参与并熟悉新框架.
这将确保每个人都在同一时间接受培训,并且不会留下任何人.
根据您拥有的应用程序数量,我会轮换开发人员,因此所有系统都可以从中受益.
所有新工作也必须使用.net语言而不是VB6.
逐步转换每个遗留应用程序.
(如果他们正在改变或者更新它们有明显的好处,我只会转换它们.)
这应该为您提供一个可靠的框架,以便继续使用,同时仍然确保您的迁移不会妨碍用户的功能.
例如：
我曾在一家拥有大约40个VB应用程序的公司工作过.
随着时间的推移,我们已将所有这些迁移到C#,现在(5年后),我们有大约150个c#应用程序(全部在.net 2中).
这些都共享一个共同的框架,使它们易于维护,并在必要时扩展.