感恩DELPHI的中落

 打打酱油
[解决办法]

[解决办法]
技术是一直发展的，只有自己好才是真的好。
[解决办法]
 我刚学习这就落伍了吗
[解决办法]
永恒的 最好的，最有效率的，开发工具  delphi 永远最爱。。。
[解决办法]
因为NOIP，我与pascal结缘。可以说，pascal是最接近于人类语言的编译型语言。C/C  语系那丑陋的大括号，让人望而生畏。
宝兰败就败在没有将pascal标准化。看如今的java,c#等，还不都出自一个老祖宗？C标准化了，便可以繁衍后代，可以生存下去。如果当年pascal也标准化了，当今语言形势决不是这个局面。
泛型怎么了？反射怎么了？当年我们没有这些东西，程序照样跑，跑得比VC，VB快N倍！不要忘了，delphi是曾经的VBKiller！
楼主说的对：万物兴衰是一个轮回。兴衰交替，天下方能生生不息。语言竞争也是如此。相信在不久的将来，delphi会寻回往日的辉煌。
[解决办法]
DELPHI结构很清晰，阅读性好，开发效率高。今天研究eclipse开发android，一个按钮搞了半天还没明白。在DELPHI里要做的就是拖一个按钮放到程序上，双击，写代码，OVER。

期待DELPHI已经支持IOS了，期待支持ANDROID，移动运用。
[解决办法]
才开始学，就衰落了.......
[解决办法]
请不要说Delphi“跑得比VC，VB快N倍”这种自欺欺人的话了，跑得比VB快当然毫无疑问，比c/C++快就难说了，都是native语言，执行效率如何看写代码人的功力。难道跟std::string比一下赋值速度，就说比C++快了？

深入学习使用过其它语言的人是不会有这么肤浅的认识的。

Delphi的优势是界面设计方便、开发门槛低、配置简单。但也正是这些原因，造就了一大批水平奇差的程序员，体现在很多人用了好几年Delphi，写的代码也不少，仍然：

1. 不懂library path、browse path、runtime package、design package、链接dcu、链接dcp、bpl模块化开发。不懂得建立合理的project目录结构，为源代码（pas,dpr）、目标文件（dcu），输出文件（dll,exe,bpl）分类存储。不认同的，请手动安装整套DevExpress控件，安装完后，删除所有非必需文件，只留下支持正常使用这套控件的dcu,dfm,res等文件

2. 不懂event handler里Sender参数的具体意义、string+string背后发生了什么。不懂string、AnsiString、WideString、PChar、PAnsiChar、PWideChar、array [m..n] of Char、
array [m..n] of AnsiChar、array [m..n] of WideChar的区别，进行一些库函数调用传递不严格匹配的参数时它们的隐式转化以及由此产生的开销。

3. 没有理解继承和多态、virtual、abstract、override、overload、reintroduce等关键字的用途。不能熟练甚至根本不懂进行面向对象设计和开发。体现在软件中一切窗体都是直接从TForm派生、项目中一大堆重复或高度相似的代码。 
 

4. 对诸如TCP、UDP、进程、线程、同步，基本数据结构和算法等一些基础知识的了解几乎为0.

以上所有问题，从Delphi论坛版块上充斥的基础得不能再基础、低级得不能再低级的提问上就可以看出。

最后说一句，做开发多年，如果没有掌握一些所有语言、所有平台都共通的基础知识和基本能力，就太失败了。
[解决办法]
光是从计算机语言学本身来说，PASCAL风格确实C要好得多，
严谨、简练、容易阅读和使用，是PASCAL系的最大优点。
PASCAL系是学院派系搞出来，C是工程需要搞出来的。用过这二个语言后，就非常感受这点。
[解决办法]
引用:
请不要说Delphi“跑得比VC，VB快N倍”这种自欺欺人的话了，跑得比VB快当然毫无疑问，比c/C++快就难说了，都是native语言，执行效率如何看写代码人的功力。难道跟std::string比一下赋值速度，就说比C++快了？

深入学习使用过其它语言的人是不会有这么肤浅的认识的。

Delphi的优势是界面设计方便、开发门槛低、配置简单。但也正是这些原因，造就了一大批水平奇差的程序员，体现在很多人用了好几年Delphi，写的代码也不少，仍然：

1. 不懂library path、browse path、runtime package、design package、链接dcu、链接dcp、bpl模块化开发。不懂得建立合理的project目录结构，为源代码（pas,dpr）、目标文件（dcu），输出文件（dll,exe,bpl）分类存储。不认同的，请手动安装整套DevExpress控件，安装完后，删除所有非必需文件，只留下支持正常使用这套控件的dcu,dfm,res等文件

2. 不懂event handler里Sender参数的具体意义、string+string背后发生了什么。不懂string、AnsiString、WideString、PChar、PAnsiChar、PWideChar、array [m..n] of Char、
array [m..n] of AnsiChar、array [m..n] of WideChar的区别，进行一些库函数调用传递不严格匹配的参数时它们的隐式转化以及由此产生的开销。

3. 没有理解继承和多态、virtual、abstract、override、overload、reintroduce等关键字的用途。不能熟练甚至根本不懂进行面向对象设计和开发。体现在软件中一切窗体都是直接从TForm派生、项目中一大堆重复或高度相似的代码。

4. 对诸如TCP、UDP、进程、线程、同步，基本数据结构和算法等一些基础知识的了解几乎为0.

以上所有问题，从Delphi论坛版块上充斥的基础得不能再基础、低级得不能再低级的提问上就可以看出。

最后说一句，做开发多年，如果没有掌握一些所有语言、所有平台都共通的基础知识和基本能力，就太失败了。




不管是C还是DELPHI，最终还是生产汇编，效率问题和语言无关，和编译器有关。
[解决办法]
引用:
请不要说Delphi“跑得比VC，VB快N倍”这种自欺欺人的话了，跑得比VB快当然毫无疑问，比c/C++快就难说了，都是native语言，执行效率如何看写代码人的功力。难道跟std::string比一下赋值速度，就说比C++快了？

深入学习使用过其它语言的人是不会有这么肤浅的认识的。

Delphi的优势是界面设计方便、开发门槛低、配置简单。但也正是这些原因，造就了一大批水平奇差的程序员，体现在很多人用了好几年Delphi，写的代码也不少，仍然：

1. 不懂library path、browse path、runtime package、design package、链接dcu、链接dcp、bpl模块化开发。不懂得建立合理的project目录结构，为源代码（pas,dpr）、目标文件（dcu），输出文件（dll,exe,bpl）分类存储。不认同的，请手动安装整套DevExpress控件，安装完后，删除所有非必需文件，只留下支持正常使用这套控件的dcu,dfm,res等文件

2. 不懂event handler里Sender参数的具体意义、string+string背后发生了什么。不懂string、AnsiString、WideString、PChar、PAnsiChar、PWideChar、array [m..n] of Char、
array [m..n] of AnsiChar、array [m..n] of WideChar的区别，进行一些库函数调用传递不严格匹配的参数时它们的隐式转化以及由此产生的开销。

3. 没有理解继承和多态、virtual、abstract、override、overload、reintroduce等关键字的用途。不能熟练甚至根本不懂进行面向对象设计和开发。体现在软件中一切窗体都是直接从TForm派生、项目中一大堆重复或高度相似的代码。

4. 对诸如TCP、UDP、进程、线程、同步，基本数据结构和算法等一些基础知识的了解几乎为0.

以上所有问题，从Delphi论坛版块上充斥的基础得不能再基础、低级得不能再低级的提问上就可以看出。

最后说一句，做开发多年，如果没有掌握一些所有语言、所有平台都共通的基础知识和基本能力，就太失败了。 
 


我也认为，这才是Delphi衰落相当大的原因！

基于Delphi的定位，国内使用Delphi的，基本上都是创业型的小型软件公司，产品主要是各种、各行各业数据库管理软件，尤其是桌面型管理软件。

Delphi易学好用->门槛很低->垃圾程序员太多->企业规模扩大不得不淘汰此类人，同时工资也不高，高水平的逐渐放弃Delphi->Delphi烂掉了。

整体来说，IT人学历和能力是成正比的，Delphi开发的毕业学校比VC、JAVA等整体差一截，很多人搞了几年D还处于拖拉控件的水平，一旦卡住，直接找控件，作为一个搞产品的公司，是不允许出现这种情况的。那么结果只有一个选择，放弃DELPH

Delphi的没落有很多原因，以上这个原因，在中国大陆地区，至少占40%权重，另外40%就是版权、市场问题。
[解决办法]
喷又不违法...

[解决办法]
我觉得的你说的甚是，马克一下。
兄弟也可以慢慢开博把这些道理撸一撸，造福水平低的大家。

引用:
请不要说Delphi“跑得比VC，VB快N倍”这种自欺欺人的话了，跑得比VB快当然毫无疑问，比c/C++快就难说了，都是native语言，执行效率如何看写代码人的功力。难道跟std::string比一下赋值速度，就说比C++快了？

深入学习使用过其它语言的人是不会有这么肤浅的认识的。

Delphi的优势是界面设计方便、开发门槛低、配置简单。但也正是这些原因，造就了一大批水平奇差的程序员，体现在很多人用了好几年Delphi，写的代码也不少，仍然：

1. 不懂library path、browse path、runtime package、design package、链接dcu、链接dcp、bpl模块化开发。不懂得建立合理的project目录结构，为源代码（pas,dpr）、目标文件（dcu），输出文件（dll,exe,bpl）分类存储。不认同的，请手动安装整套DevExpress控件，安装完后，删除所有非必需文件，只留下支持正常使用这套控件的dcu,dfm,res等文件

2. 不懂event handler里Sender参数的具体意义、string+string背后发生了什么。不懂string、AnsiString、WideString、PChar、PAnsiChar、PWideChar、array [m..n] of Char、
array [m..n] of AnsiChar、array [m..n] of WideChar的区别，进行一些库函数调用传递不严格匹配的参数时它们的隐式转化以及由此产生的开销。

3. 没有理解继承和多态、virtual、abstract、override、overload、reintroduce等关键字的用途。不能熟练甚至根本不懂进行面向对象设计和开发。体现在软件中一切窗体都是直接从TForm派生、项目中一大堆重复或高度相似的代码。

4. 对诸如TCP、UDP、进程、线程、同步，基本数据结构和算法等一些基础知识的了解几乎为0.

以上所有问题，从Delphi论坛版块上充斥的基础得不能再基础、低级得不能再低级的提问上就可以看出。

最后说一句，做开发多年，如果没有掌握一些所有语言、所有平台都共通的基础知识和基本能力，就太失败了。

[解决办法]
引用:
请不要说Delphi“跑得比VC，VB快N倍”这种自欺欺人的话了，跑得比VB快当然毫无疑问，比c/C++快就难说了，都是native语言，执行效率如何看写代码人的功力。难道跟std::string比一下赋值速度，就说比C++快了？

深入学习使用过其它语言的人是不会有这么肤浅的认识的。

Delphi的优势是界面设计方便、开发门槛低、配置简单。但也正是这些原因，造就了一大批水平奇差的程序员，体现在很多人用了好几年Delphi，写的代码也不少，仍然：

1. 不懂library path、browse path、runtime package、design package、链接dcu、链接dcp、bpl模块化开发。不懂得建立合理的project目录结构，为源代码（pas,dpr）、目标文件（dcu），输出文件（dll,exe,bpl）分类存储。不认同的，请手动安装整套DevExpress控件，安装完后，删除所有非必需文件，只留下支持正常使用这套控件的dcu,dfm,res等文件

2. 不懂event handler里Sender参数的具体意义、string+string背后发生了什么。不懂string、AnsiString、WideString、PChar、PAnsiChar、PWideChar、array [m..n] of Char、
array [m..n] of AnsiChar、array [m..n] of WideChar的区别，进行一些库函数调用传递不严格匹配的参数时它们的隐式转化以及由此产生的开销。

3. 没有理解继承和多态、virtual、abstract、override、overload、reintroduce等关键字的用途。不能熟练甚至根本不懂进行面向对象设计和开发。体现在软件中一切窗体都是直接从TForm派生、项目中一大堆重复或高度相似的代码。
 
 
4. 对诸如TCP、UDP、进程、线程、同步，基本数据结构和算法等一些基础知识的了解几乎为0.

以上所有问题，从Delphi论坛版块上充斥的基础得不能再基础、低级得不能再低级的提问上就可以看出。

最后说一句，做开发多年，如果没有掌握一些所有语言、所有平台都共通的基础知识和基本能力，就太失败了。
大神所言极是。我工作三年，好在对以上所有问题，都有些了解了。现在我还是在用Delphi，其他的语言和工具用得不多。Delphi的问题在于，有些技术更新不及时，没办法查资料，而.Net在网上能查到的资料和方法一大把。然而这也是强迫我使用Delphi进步的原因，Delphi的大多数三方组件与本身的VCL，都可以追溯到原代码，祖宗类TObject，所有的实现机制五脏六腑都是可见的，于是有心学习的人，便可以在祖宗群里面挑一个合适的类，用于继承，用于实现自己的复用的组件，封Dpk。.Net上却大多框架不开放，初学者看不到，只能到网上查查资料和接口。知其然不知其所以然。
[解决办法]
纠结什么语言干嘛，有面包才是硬道理