Delphi 德尔福XE2未来

我是一名独立顾问，我开发了一款客户喜欢的产品，我正在尝试将其从Java移植到Delphi。Delphi满足了我的两个重要需求：本机代码编译提供了速度和模糊处理，并且正如我所尝试的那样，该语言具有很高的生产率

我的问题是:

鉴于德尔福动荡的过去，你会投资它吗

如果我想选择一个编译为本机代码、可移植到MAC且生产率高的平台，是否有任何替代Delphi的方法

---

如果您考虑到Delphi的功能，我当然强烈建议您使用它。特别是RAD studio XE2的发布，在这里您可以编译32/64位/mac/移动应用程序，您将对其功能留下深刻印象。我很遗憾地说，我不太熟悉许多其他语言，但我基本上已经非常熟悉Delphi

如果我要将它与另一种语言进行比较，我会说C#，而Delphi几乎是C#的父语言。Delphi非常适合纯低级编程，而C#似乎有一个额外的层（包括.NET）。C#广泛应用于.NET应用程序，如网站（ASP.NET）、windows窗体应用程序、服务应用程序等

Delphi和C#几乎可以做同样的事情，但方法不同（语法也大不相同）。不过，我不确定C#是否可以在MAC平台上使用。但是Microsoft Visual Studio是C#所需要的软件

我还建议您关注FireMonkey，它与XE2一起提供。这是一种HD应用程序语言。它基本上是对整个VCL库的重写，以获得更好的图形，以及更多

动荡的过去必然意味着动荡的未来吗？看看自Embarcadero接管以来德尔福的现状，并以此为基础进行评估

显然，您的其他选择可能是C++，它具有跨平台的GUI库，如OR或java。但这是一种主观判断，即人们是否会称之为“高生产率”

---

<> P>这将给你一些在你的选择中考虑的事情，它列出了一些其他的可能性。

< P>最新的Delphi XE2支持Windows 32位和64位、Mac OSX 32位和iOS的新的FixMyScript框架的跨平台原生开发。

---

如果您不想使用Delphi，可以使用FreePascal（在创建本机iOS编译器之前，Delphi在内部使用FreePascal提供iOS支持）。

事实是，如果Delphi再也没有更新过，在很多年里，它仍然是一个优秀的平台。跨平台的delphi有潜力，但新的firemonkey平台离黄金时间还有很长的路要走。我建议如果可能的话，坚持使用Java，您的工作效率会更高，而不是遵循学习曲线（可能会很长）你最好投资于产品本身。Delphi对Windows平台很好，但要成为其他平台的替代品需要相当长的时间。别误会，Delphi把食物放在我的桌子上，但如果你能坚持使用Java，我强烈推荐它。如果你真的想在Mac上使用Delphi，那么在开始使用它之前，你应该非常仔细地分析它是否能满足你的所有需求。在stackoverflow上，我们称这些问题为“鲨鱼对大猩猩”问题。他们没有客观的答案，往往只会引起主观的意见。我几乎从不赞成将一个工作产品移植到任何一种还没有完全消亡的语言上，除非你想在六个月或一年的时间里彻底重写你现有的应用程序。没有人能保证你的重写会做得更好（见布鲁克斯，第二系统效应，在《神秘的人月》中）。我不认为C#和Delphi的语法有什么不同。同样，我也不完全相信VS是C#的软件。就我个人而言，我认为这有点像一只臃肿的狗。我认为你在描述语言起源时指的是Java。WinForms显然与VCL有关，但你不是这么说的。如果你想要x-plat C#，那么mono就是必需的。@DavidHeffernan:wrt祖先C#的母亲是Java，父亲是Delphi（我相信你知道C#的设计师和Delphi的设计师是同一个？）。事实上，你可以说C#的本意是从两种语言中吸取好的东西，留下坏的东西…@marjan C#语言的哪些部分受到Delphi的启发？我不得不承认我没有注意到这种相似性。C#记住Java做得对。@DavidHeffernan：有些人可能会说“Java做得对”是“Delphi增强版”。刚刚上了C#课程，不得不说这几乎完全是一个“啊哈”的厄勒布尼斯。对于“Delphian人”来说，这比来自Java/C/C++背景的人更重要。读和写C#对我来说很自然，而读Java和C/C++总是觉得很尴尬。就Delphi启发的构造而言：恐怕我不能指出任何具体的东西。也许Delphi的灵感更多地来自于语言的精神（使其难以出错），而不是它的结构。我不知道Delphi在内部使用FreePascal来支持iOS。谢谢你的信息！在开发下一代编译器时，这只是一个临时解决方案，可以让iOS支持推向市场。