Delphi如果要追趕C#,最應該做的

       一晃，已經3年多沒有用Delphi做過大型的專案開發了。雖然期間也一直在做些小的應用。但基本沒有從架構角度來考慮過Delphi。直到最近用C#把公司的軟體系統從底層基本上重寫了一遍，才發覺Delphi可能越走越偏了。

       現如今，大家注重的是快速的企業級應用開發，Java有SSH,C#也有微軟的企業庫及MVC，還有就是從Java陣營複製過來的Spring.net+NHibernate。但Delphi呢，除了官方的提供的那幾個簡單的解決方案，別的恐怕就沒有了，至少在國內沒有見到。國外雖然有InstantObject等幾個屈指可數的開源框架，但用的也不多。也沒聽說過哪些個企業應用是真正架構在其上的。而易博龍（英巴卡迪諾）也沒有在這上面下功夫，而是搞什麼Android開發。也不想想，誰會在隔著java的虛擬機器的基礎上，再加一個Delphi的框架，就算不是Delphi的框架，它編譯出來的程式碼恐怕也不如android原生程式碼(微軟牛叉吧，也沒有弄個c#的Android開發框架)。

       個人認為，現在Delphi就應該向C#學習，把自己的本職工作做好，主要有以下幾點：

       1,控制元件開發的易用性。在c#下開發個控制元件，比Delphi容易多了。

       2，如果有可能的話，可以向java學習，編寫一個執行在linux上的Delphi的虛擬機器,雖然速度肯定不如原生的快，但也應該跟C#，java差不多,FireMonkey就很好，希望易博龍能再接再勵。

       3,降低Delphi開發套件的價格，現在國內大家有的不是不想買Delphi,關鍵是價格高的太離譜了,這在一定程式上也使想使用Delphi的開發人員遠離Delphi,而投入java或C#的陣營。

       能做到以上幾點，我想Delphi或許會重新煥發出生機，王者歸來！(一家之言，意見相左者勿拍!)