我希望听到那些将他们的应用程序从Classic VB迁移到Delphi而不是VB.NET的开发人员的经验。这种转换效果如何?您是否后悔没有转移到VB.NET?
我希望听到那些将他们的应用程序从Classic VB迁移到Delphi而不是VB.NET的开发人员的经验。这种转换效果如何?您是否后悔没有转移到VB.NET?
我有一个好朋友在一段时间前(在.NET之前)从经典VB转到了Delphi。他对这个决定非常满意。
他所在的公司使用VB制作应用程序,并组建了一个特殊团队(2名开发人员)使用Delphi创建Active X控件,供公司其他部门使用。此外,当VB无法完成某些任务时,Delphi团队会接手。就是在这个时候,他开始接触Delphi。
他说Delphi团队很快就能够比其他开发团队(不止两个人)更快地在Delphi中原型设计应用程序。尽管Delphi更强大、更快,但由于某些人认为VB是更好的解决方案,公司从未从VB转向Delphi。
我曾经在VB和Delphi中工作过,而Delphi(在我看来)要少得多令人沮丧/限制。您应该能够根据需要使用ActiveX / OCX控件(尽管我同意其他评论中避免使用它们,并确保具有完整的源代码)。我们从VB迁移到Delphi的应用程序(两个)进展顺利。
我曾尝试过两次从VB迁移到Delphi,但不幸的是,在一个应用程序中,由于它使用了许多第三方ActiveX(大多数来自ComponentOne,少数来自CodeJoke),我们不得不在中途放弃。由于我们找不到任何VCL组件具有与项目中使用的ActiveX相同的功能,所以我们不得不中途放弃。
这对我们来说是一场噩梦。感谢上帝我们中途放弃并转向C#。令人难以置信的是,我们可以在.NET组件中获得所有功能!
我们设法转换的应用程序进展顺利,但我们不得不放弃一些在原始软件中实现的功能,因为它们在Delphi中需要更多的工作。