再谈学习Delphi

 

转自：http://hi.baidu.com/rarnu/blog/item/4a471fd5b790a3c750da4bd0.html

在我看来，有些人学习Delphi很快，有些人却学的很慢，这个中的原因，也许并不是人人都知道，我承认我最初学习也是非常慢，说句实话，我在刚开始的一年内，除了hell world，不曾写过任何实质性的代码。但是有必要掌握一些要领，让自己的学习变快，变得更有成效。

Delphi支持的东西非常多，控件也非常多，曾有人说，Delphi是靠控件打天下，我觉得这不为过，但是正是由于控件太多，也对学习造成了麻烦，比如说Button，自带的就有Tbutton，TBitBtn，TSpeedButton，应该用哪个？加上第三方的，也许你的Delphi中超过100种 Button，如果真的要全部用上一遍，再说哪个好，哪个不好，可能就没有精力了，实际的开发中也不会给你那么多时间一一试用。对于很多初学者来说，过多的控件并不会让他们觉得多么高兴，反而让他们在选择控件上产生了疑惑。关键的问题就是参看文档，Delphi自身的文档并不好，但是很多第三方厂商却提供了相当优秀的文档，值得参考。

控件是个让人欢喜让人忧的东西，欢喜的是你可以利用它们极为快速的开发，忧的是你将失去对底层或是对控件本身的设计能力。这时，第三方控件的问题就显露出来了。我知道很多人都喜欢用第三方控件，而且很少或从来不看控件的源码，控件出了问题，就开始抱怨控件如何如何不好用，其实很多问题都能通过改控件源码得到解决。但是由于很多第三方控件对代码的注释都不十分完整，要看懂源码本身就比较困难，因此，改控件对于大部分人来说，都是件可望而不可及的事。所以，最好的解决方法就是自己开发控件，自己熟悉控件内的一切，想改就改了。

开发控件需要有极强的OOP观念，有些人学习时不注意OO，一直喜欢写全局过程，全局变量等，这在控件开发时是需要避免的，控件有其自己的属性，以及访问权限，随意的写全局过程将造成不可预知的错误。我不建议初学者上手就学习如何写控件，还是应该将一些基本功打扎实。我以前看到过有人写控件还uses窗体的，这样做明显就是错误的，控件必须是独立的，就算要引用，也应当发布一个方法，供程序调用时传入。

在此说一下Chrome这个东西，我非常看好它，因为它是VS.NET环境下唯一一个可以用Delphi语法开发的东西，开发出来也是标准.NET，比Delphi.NET要好得多。如果以后CodeGear用Chrome取代Delphi.NET，我会很开心的。

不要太依赖可视化开发环境，不要太依赖控件，有些时候，可视化反而是障碍，控件也是障碍，真正理解Delphi这个语言，理解VCL框架，这样才是学好 Delphi的途径，不然就是永远停留在“用控件”的层次上，而难以前进。如果有兴趣，可以看看Delphi自带的一些例子，有些东西很有价值，可以让你知道一些你从来不曾知道，也不曾想过的东西。

最后再说一句，不要指望一朝一夕能把Delphi学好，因为那是一个逐渐积累的过程，而那种积累，不写大量的代码是无法体会到的。