猛
猛禽
Unregistered / Unconfirmed
GUEST, unregistred user!
那些被“迫害”的不过是一些自甘堕落的人,正如一个四肢健全的成年人,因为懒而不愿意劳动,
却要说社会在“迫害”他一样。
用OOP的方法写汇编的事我做过,我还实现一个类似Windows消息机制的东东,是很累,也很有趣,
但是很没效率,只是当时产品需要(那是一个TSR程序)。
我一向很反对用第三方控件,因为根据木桶原理,如果这个控件的质量不高,将严重影响你程序的质量,
特别是控件还没有源程序的情况,除非我能肯定这个控件的质量要比我写的程序高,并且用它可以大大改进我的程序,
而不只是界面上花俏而已。
我曾经也喜欢用Data-aware控件,认为用它效率高,但后来我认识到,它同时带来了性能下降和功能局限,
如果没有意识到这一点,而指责Delphi毫无道理可言,在很多时候Data-aware控件仅供入门学习。
至于Delphi的数据字典,的确很弱,并且依赖于Data-aware控件和BDE,用处不大,必要时还是要自已实现,
当然会比PB没效率,PB的数据字典是和DataWindow结合的,效率的确是数据库开发中最高的,
但DataWindow有多ugly,大家都知道。
所以,只知道堆砌控件,事事依赖开发工具,而不知道自已解决问题,在效率和其它要求之间权衡得失的人,
还是不要用DELPHI,让她少受一些无妄的责难,你们还是去用其它的工具,然后骂它们去。
却要说社会在“迫害”他一样。
用OOP的方法写汇编的事我做过,我还实现一个类似Windows消息机制的东东,是很累,也很有趣,
但是很没效率,只是当时产品需要(那是一个TSR程序)。
我一向很反对用第三方控件,因为根据木桶原理,如果这个控件的质量不高,将严重影响你程序的质量,
特别是控件还没有源程序的情况,除非我能肯定这个控件的质量要比我写的程序高,并且用它可以大大改进我的程序,
而不只是界面上花俏而已。
我曾经也喜欢用Data-aware控件,认为用它效率高,但后来我认识到,它同时带来了性能下降和功能局限,
如果没有意识到这一点,而指责Delphi毫无道理可言,在很多时候Data-aware控件仅供入门学习。
至于Delphi的数据字典,的确很弱,并且依赖于Data-aware控件和BDE,用处不大,必要时还是要自已实现,
当然会比PB没效率,PB的数据字典是和DataWindow结合的,效率的确是数据库开发中最高的,
但DataWindow有多ugly,大家都知道。
所以,只知道堆砌控件,事事依赖开发工具,而不知道自已解决问题,在效率和其它要求之间权衡得失的人,
还是不要用DELPHI,让她少受一些无妄的责难,你们还是去用其它的工具,然后骂它们去。