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或许会重新焕发出生机，王者归来！(一家之言，意见相左者勿拍!)