Delphi vs C#和WPF的新项目？

Question

您是否会考虑将Delphi 2010/XE用于开发新的Windows桌面项目,或者您认为它与当前的.Net和Microsoft产品(WPF)状态一样？

如果您愿意/不会使用它,请解释原因.

编辑

我同意最初的问题有点争论.但是,这是一个严肃的问题.我在澳大利亚工作,我没有看到很多包含最近delphi经验的开发者简历,所以当我说"死"时,我只是质疑它是否是一个糟糕的选择,因为有一个人在缩小它的工作量.

Answer 1

我会选择你的团队习惯的工具,如果你可以选择两者,我会选择Delphi作为Win客户端......

事实上,除了官方数据之外,还有更多的.Net开发人员,而不是全世界的德尔福开发者(然而,官方数据应该是1.5M ++ Delphi - 这是一个相当高的数字),还有其他事实为什么Delphi可能在客户端首选方(桌面应用程序等......)......

• 本机代码/更高速度 - 无JIT(复杂或非常外部程序集相关程序的启动时间非常慢)......
• 通过半手动内存管理提供更多功能(在许多情况下,这是一个优势,在.Net端GC不允许你有足够的自由或灵活性,除了在许多情况下是非确定性的......)
• NO(或LESS)外部依赖项(单个.EXE等...)
• 更容易部署(真实xcopy) - 对于.Net,你真的依赖50/70MB ++ RTlibraries和安全相关的问题可以轻松绑定你... - -
• Delphi将其RTLibraries(非常轻的)直接绑定到WinAPI(它本质上也是.Net,但是在另一个/附加管理层上)
• 使用确定性对象/内存管理更快地执行程序/应用程序......
• 在特定的语言(不是库)方面(除了lynx和一些小的差异)你可以用C#做​​,你可以用Delphi做更容易阅读和更好组织的代码(标准OOP语言功能+泛型,匿名函数,达到RTTI /反射,优秀的IDE,丰富的库,以及对64位,多平台和其他糖类的强烈支持)...
• Delphi就像"蛋白质"上的C++一样(意味着你可以用C++做所有事情,具有相同的代码速度,但由于vcl/rtl框架非常类似于.Net文件,因此可以在更短的时间内完成应用程序(事实上,他们实际上拥有相同的父亲,语言/对象框架设计非常相似),...
• 长而强的兼容性背景......

说,并且与C#一起工作,我喜欢两者,不同的方面,...也应该说它们是为不同的原因和目标制作的工具.

Delphi由程序员出生并为程序员制作(1995/6)和.Net/C#由MS'营销'一方诞生,另一方面是Delphi父亲和伟大的MS团队,以取代VB6,杀死Java,取代COM等等......最后给当时停滞不前(当时)MS开发人员组合带来了一些新鲜空气(大约2000年++)...

结果是Delphi缓慢但稳定地继续下去,而.Net非常'histerycal'意味着它经常更新(和一些非常酷的),有些部分经常过时,一些方向也改变,提供非常不稳定的感觉对很多人等...

今天你有了.Net/C#,它提供了你在10年前用Delphi做的事情,但是速度较慢(代码)和更糟糕的部署(dll hell hell,对吧？)......

干杯,B

Answer 2

我用Delphi制作商业应用程序.它完成了我需要的一切以及更多.

Answer 3

德尔福绝对没有死,事实上它在过去几年里一直在复苏,自从它被一家真正关心使其成为好产品的公司所吸引.由于WPF的未来如此不确定并且最近在空中播出,我不会尝试在其中构建任何东西,因为担心微软会像经典VB一样停止它.

所以我认为值得考虑德尔福非常重视一个新项目.它不像C#那么受欢迎,但它是一个更好的开发系统,拥有成熟的图书馆和强大的支持性社区,如果其他人不使用它,那只意味着你将拥有竞争优势.