logo标签列表

有没有将VB应用程序迁移到Delphi的案例？

vb.netdelphivb6vb6-migration
3

我希望听到那些将他们的应用程序从Classic VB迁移到Delphi而不是VB.NET的开发人员的经验。这种转换效果如何？您是否后悔没有转移到VB.NET？

6个回答
4
我并不是一名VB开发者，而是一名Delphi开发者，在一段时间内被迫维护一些VB应用程序。我曾尝试将一个VB应用程序迁移到VB.NET，但那次经历后我再也没有尝试过。我成功地将几个VB应用程序迁移到了Delphi。虽然并不容易，但为一些已使用的OCX寻找本地的Delphi替代方案成为了一项痛苦的任务（我永远不会再依赖于没有源代码的第三方库）。但它还是得以解决。
但正如上面所说：我是一名经验丰富的Delphi开发者，因此在迁移VB应用程序时不需要同时学习Delphi。这当然使事情变得更加容易。
你能否给我一些这些应用程序的大小和迁移所需的时间方面的想法？ - kjack
这是相当久以前的事情了，所以我可能记不清楚：我试图将其中一个有几千行代码但使用了多个OCX的项目迁移到vb.net，但在大约3天后放弃了。我成功将另一个有近10万行代码的项目迁移到Delphi，花了我大约一周的时间。 - Thomas Mueller
一周内完成10万行代码真是太快了！ - kjack
1
这也可能有所帮助： http://blog.marcocantu.com/blog/vb2delphi_migration.html - Gerry Coll
那100K行代码包括我使用的所有内部（现有）库，以加快进度。此外，原始的VB代码是最好的意大利面条代码，所以我可以把很多东西扔进垃圾桶里。 （如上所述：对于这个问题，我的记忆有点模糊，我不想回忆VB） - dummzeuch
3
2

我有一个好朋友在一段时间前（在.NET之前）从经典VB转到了Delphi。他对这个决定非常满意。

他所在的公司使用VB制作应用程序，并组建了一个特殊团队（2名开发人员）使用Delphi创建Active X控件，供公司其他部门使用。此外，当VB无法完成某些任务时，Delphi团队会接手。就是在这个时候，他开始接触Delphi。

他说Delphi团队很快就能够比其他开发团队（不止两个人）更快地在Delphi中原型设计应用程序。尽管Delphi更强大、更快，但由于某些人认为VB是更好的解决方案，公司从未从VB转向Delphi。

我不需要被说服 Delphi 是最好的编程语言，但我想知道将其迁移的难度如何;) - kjack
是的，我觉得我开始有些分心，最终忘记回答你的问题了。现在我甚至都不记得重点是什么了。对此我感到抱歉... - Jim McKeeth
2
几年前，我和另一个学生一起在实习期间工作。我们为一家非常大的制造公司工作。他的一个项目是创建一个经典的VB应用程序，与生产线上的多个摄像头进行接口交互并实时分析数据。在经典的VB中，这是一场灾难 - 平均每秒处理一个相机的单帧需要1.5分钟（7个相机以24fps）, 他无法优化它。
他最终决定使用Delphi，并重新编写了该应用程序，现在运行得非常好。最近我联系了几个仍在那里工作的朋友，他的应用程序已经顺利运行了3年。
1

我曾经在VB和Delphi中工作过，而Delphi（在我看来）要少得多令人沮丧/限制。您应该能够根据需要使用ActiveX / OCX控件（尽管我同意其他评论中避免使用它们，并确保具有完整的源代码）。我们从VB迁移到Delphi的应用程序（两个）进展顺利。

你能给我一些这些应用程序的规模、迁移所需的时间和开发人员数量的想法吗？还有您在两种语言中的先前经验..哦，你早餐吃了什么！ - kjack
相对较小的应用程序——1或2名开发人员，在几个月内完成；但总的来说，我们发现 Delphi 在结构和思考方式上更加“智能”（真正的面向对象是主要区别，而 VB 的缺乏则是主要的挫败和烦恼）。 - Jamo
谢谢，那听起来就是我想的时间范围。 - kjack
0

我曾尝试过两次从VB迁移到Delphi，但不幸的是，在一个应用程序中，由于它使用了许多第三方ActiveX（大多数来自ComponentOne，少数来自CodeJoke），我们不得不在中途放弃。由于我们找不到任何VCL组件具有与项目中使用的ActiveX相同的功能，所以我们不得不中途放弃。

这对我们来说是一场噩梦。感谢上帝我们中途放弃并转向C#。令人难以置信的是，我们可以在.NET组件中获得所有功能！

我们设法转换的应用程序进展顺利，但我们不得不放弃一些在原始软件中实现的功能，因为它们在Delphi中需要更多的工作。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接