我是一名獨立顧問,我開發了一種產品,我的客戶喜歡我正嘗試從Java移植到德爾福。 Delphi滿足了我的一些重要需求:本機代碼編譯提供了速度和模糊處理,而且我嘗試過的語言的生產效率非常高。德爾福XE2未來
問題,我有是:,
- 你會投資於德爾福給予其動盪的過去?
- 如果我想選擇一個編譯爲本地代碼的平臺,並且可以移植到MAC並具有高生產力,是否還有其他替代方案?
我是一名獨立顧問,我開發了一種產品,我的客戶喜歡我正嘗試從Java移植到德爾福。 Delphi滿足了我的一些重要需求:本機代碼編譯提供了速度和模糊處理,而且我嘗試過的語言的生產效率非常高。德爾福XE2未來
問題,我有是:,
我肯定會強烈推薦使用Delphi,如果你考慮到它的能力。特別是隨着RAD studio XE2的發佈,您可以在其中編譯32/64位/ mac /移動應用程序,您將對這些功能留下深刻的印象。我很遺憾地說,我對許多其他語言並不熟悉,但我基本上對Delphi很滿意。
如果我不得不將其與另一種語言進行比較,我不得不說C#,其中Delphi幾乎是C#的父語言。 Delphi對純粹的低級編程非常有用,而C#似乎有一個額外的層(包括.NET)。 C#廣泛用於.NET應用程序,例如網站(ASP.NET),Windows窗體應用程序,服務應用程序等。
Delphi和C#幾乎可以做同樣的事情,但採用不同的方法不同的語法)。但我不確定是否可以在MAC平臺上使用C#。但是Microsoft Visual Studio是您想要用於C#的軟件。
我還建議您將您的興趣指向XE2附帶的FireMonkey。這是一種高清應用語言。它基本上是爲了更好的圖形而重寫整個VCL庫,等等。
我不認爲C#和Delphi之間的語法是不同的。同樣我也不完全相信VS是C#的軟件。我個人認爲它有點臃腫的狗。 – Simon 2011-12-20 04:40:15
我認爲在描述語言血統時你的意思是Java。 WinForms顯然與VCL有關,但這不是你所說的。如果你想要X平臺C#那麼mono就是需要的。 – 2011-12-20 07:45:01
@DavidHeffernan:wrt祖先C#的母親是Java,其父親是Delphi(我相信你知道C#的設計師和Delphi的設計師是一個一樣的嗎?)。事實上,你可以說C#的目的是從兩種語言中獲取好的東西並留下不好的... – 2011-12-20 08:04:04
動盪的過去是否意味着動盪的未來?從Embarcadero接手並基於此評估,現在看Delphi的現狀。
顯然,您的其他選擇可能是C# .NET with Mono,C++帶有跨平臺GUI庫,例如wxWidgets或Qt或Java。但是這是一個主觀的呼籲,是否會稱這些「高產」。
有a nice Squidoo article on Cross Platform GUI Programming會給你一些事情在你的選擇來考慮,並列出了一些其他的可能性。
最新的Delphi XE2支持Windows 32位和64位,Mac OSX 32位以及帶有新FireMonkey框架的iOS的跨平臺原生開發。
如果您不想使用Delphi,則可以使用FreePascal(Delphi在內部使用它的iOS支持,直到創建本機iOS編譯器爲止)。
不知道Delphi在內部使用FreePascal來支持iOS。感謝您的信息! – 2011-12-20 07:56:43
在下一代編譯器正在開發的過程中,這只是一個臨時解決方案,可以將iOS支持推向市場。 – 2011-12-20 08:14:16
事實是,如果德爾福再也沒有再次進行更新,多年來它仍然是一個優秀的平臺。 – 2011-12-20 04:02:13
跨平臺delphi有潛力,但新的firemonkey平臺還沒有準備好黃金時段還有很長的路要走 – 2011-12-20 07:22:32
如果可能的話,我會建議用Java來堅持下去,而且你的工作效率更高,而不是遵循學習曲線(這可以是相當的長)你會更好地投資於產品本身。 德爾福適合Windows平臺,但需要相當長的時間才能成爲其他平臺的替代品。不要誤解我的意思,德爾福把食物放在我的桌子上,但如果你能堅持使用Java,我會強烈推薦它。如果你真的想使用Delphi for Mac,那麼你應該仔細分析它是否能滿足你的所有需求,然後再開始使用它。 – ComputerSaysNo 2011-12-20 09:16:09