Vb.net 有任何vb应用程序迁移到delphi吗？

我想听听经典vb开发人员的经验，他们将应用程序迁移到delphi而不是vb.net。结果如何？您对没有移动到vb.net感到高兴还是遗憾

我有一个好朋友，他不久前从经典VB转到了Delphi（回到.NET之前）。他对这次搬家真的很满意

他所在的公司用VB开发应用程序，他们组建了一个特殊团队（2名开发人员）在Delphi中创建活动X控件，供公司其他人使用。另外，当他们在VB中做不到的事情时，Delphi团队会去做。那是他被介绍给德尔福的时候

他说，用不了多久，Delphi团队就可以在Delphi中以比开发组其他成员更快的速度创建应用程序原型（他从未说过有多大，但比两个还要多）。该公司从未从VB切换到Delphi，因为有人认为VB是更好的解决方案，尽管有证据表明Delphi更强大、更快

我刚刚在上面看到了这个：

---

帮助将VB应用程序（知识和技能）迁移到Delphi几年前，我与另一名学生一起工作。我们在一家非常大的制造公司工作。他的一个项目是创建一个经典的VB应用程序，与生产线上的多个摄像头交互，并实时分析数据。在经典的VB中，这是一个乱七八糟的过程——从一个摄像头（7个摄像头，每秒24帧）处理一个单帧平均需要1.5分钟，他无法对其进行优化

---

他最终投身于Delphi并重新编写了该应用程序，效果非常出色。我最近与几个朋友联系，他们仍然在那里工作，他的应用程序已经平稳运行了3年。

我不是一个真正的vb开发人员，而是一个Delphi开发人员，被迫维护一些vb应用程序一段时间。我尝试将一个vb应用程序迁移到vb.net，但在那次经历之后，我再也没有尝试过。我成功地将几个vb应用程序迁移到Delphi。这不是一件容易的事，要找到一些已经使用过的OCX的本地Delphi替代品（我再也不会依赖我没有源代码的第三方库了），这让我感到很痛苦，但结果很好

---

但如上所述：我是一名经验丰富的Delphi开发人员，因此我不必在迁移vb应用程序的同时学习Delphi。这当然让它变得容易多了。

我在两个实例中尝试过从VB迁移到Delphi，但不幸的是，我不得不中途在一个应用程序中中止，因为它使用了大量第三方ActiveX（大多数来自ComponentOne，一些来自CodeJoke）。我们不得不中途中止，因为我们找不到任何与项目中使用的ActiveX具有同等功能的VCL组件

这对我们来说是一场噩梦。谢天谢地，我们中途放弃了，改成了C。令人难以置信的是，我们能够将.NET组件中的所有功能都添加到同上的版本中

---

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

我在VB和Delphi中都使用过，Delphi（依我看）没有那么令人沮丧/受限。您应该能够根据需要使用ActiveX/OCX控件（尽管我同意以下评论：尽量避免使用ActiveX/OCX控件，并确保没有完整的源代码）。我们从VB迁移到Delphi的应用（两个）进展顺利。

您能告诉我这些应用的大小以及迁移所需的开发人员时间和数量吗？还有你以前在两种语言方面的经验……哦，你早餐吃了什么！鸡蛋三明治他们是相对较小的应用程序——在几个月内有一两个开发者；但总的来说，我们发现Delphi在结构和“思维”方面更“聪明”（真正的面向对象，是主要的区别，而VB缺乏这一点是主要的挫折/烦恼）。谢谢，这听起来像是我在想的时间框架我不需要说服Delphi是猫的睡衣，蜜蜂的膝盖和狗的肚脐加在一起，我不知道迁徙有多难；）是的，我想我一开始就分心了，最后忘了回答你的问题。现在我都不记得重点是什么了。很抱歉。你能告诉我这些应用程序的大小和迁移所需的时间吗？这是很久以前的事了，所以我可能记不清了：我尝试迁移到vb.net的那个应用程序有几千行代码，但使用了几个OCX。大约三天后我就放弃了。一个我成功迁移到Delphi的站点有将近100000个loc，花了我大约一个星期的时间。一周10万行是难以置信的快！这可能也会有所帮助：这10万行包含了我用来加快进度的所有内部（现有）库。另外，最初的vb代码是最好的意大利面代码，所以我把很多东西扔进了垃圾箱。（如上所述：关于这个问题，记忆是模糊的，我不想再回忆vb了）