一个C++程序员的Delphi学习笔记

                  一个C++程序员的Delphi学习笔记

   说心里话，站在一个C++程序员的立场，是有那么一点看不上用Delphi的开发者的。就几周前，我还撰文维护过C++的尊严。种种原因，今天我却须学习Delphi、熟悉Delphi，不由兴起人生无常的感慨。

   我给了自己十五天的时间，不知够否掌握一门语言？我选择了Marco cantu的《Delphi从入门到精通》及《Delphi高级开发指南》作为学习用书。第一本书名叫《从入门到精通》，但如果你不熟悉一门OOP语言，那这本书不合适你。对我，则正合适。二书总厚度共一千五百页，嗯，一天一百页就差不多了，希望自己能做到吧。

   我决定如实记下自己的思考与困惑，做为自己进军新领域的记念，也希望能为后行的同路者提供一点帮助。
  
一 环境
  
   "工欲善其事，必先利其器"，对开发环境的熟悉是非常重要的。不同于VC的MDI界面，Delphi采用了多个独立窗体设计。这是否预示Borland更提倡组件间进行对等的交互？我暗暗猜测着。

1.Desktop设置是可以与Project分离的，而且Desktop设置优先于Project设置。

2.To-Do列表无论是用于提醒自己还是别人，都是好工具。

3.AppBrowser感觉上很相似于VC的主界面。也提供了符号提示，Code Completiont等功能。嗯，还有VC所没有的Class Completion，可以在声明和实现间双向自动补完。

4.Project Group的概念，有点像.net平台中的Solution，不过.net是多语言协作的。

二 语言
  
   Delphi的核心是VCL库，其基础是Object Pascal。《从入门到精通》用两章的篇幅细说"Object",却只字没有提到"Pascal"。嗯，还好，我隐隐记得。

1.Use用于引用外部单元。与头文件不同，Use没有传递性。

2.Delphi使用引用对象模型，对象变量只持有对象引用，不再持有对象本身，所有对象手动自堆中分配。

3.Delphi的封装很奇怪，类成员访问权限的设定，只对单元外部起作用。在单元内，可以自对象外部任意访问类私有成员。朋友解释说相当于C++的友元，细想其实差异很大--友谊一定是双向的吗？（将Unit方式用作友元，A能访问B，B一定能访问A）友谊有传递性吗？（将Unit方式用作友元，A能访问B，B能访问C，A一定能访问C）。在我看来，这和友员的概念是不相容的。希望某天我能明白Delphi如此设计的考量。

4.在声明对象变量后，Delphi对象的实际生成需调用构造器。构造器是特殊的类方法，自TObject继承并可重载。不使用关键字而用类方法构造对象，我认为这是单根继承的特有用法。

5.书中有一段动态创建TButton的例子，使用Creat创建了对象，却没用Free显式的释放

。我疑心会发生内存泄漏，细细想来，该是由持有TButton的容器TForm来负责释放，朋友证实了我的想法。Delphi以此避免了手动释放内存的麻烦。

6.Delphi的关键字很烦，长而多，要键入的地方也多。好处是能为编译器提供更多的信息，用以查错和加快编译速度。

7.因着引用对象模型，不再有C++中直接对象访问无多态，只在指针和引用下多态机制才起作用的问题。

8.用message直接指出方法可以处理的事件，唉，让我想起OWL时Borland对C++语言的相似扩展，真是怀念。

9.大量使用动态类型转换，该是Pascal本就具有的特点吧？

10.窗体继承，好像连控件的属性都可以继承呢。

11.很奇怪的设计。有类方法，却不提供类变量，需用Unit级的变量来模拟。

12.如果我的猜想不错，控件的Events应该就是"对象方法指针"。

13.极强有力的机制：类引用，可用相同的形式动态建立不同的数据类型。C++中相似的能力，怕要用Builder模式才行。

14.参数对象按引用传递，按引用赋值，只有部分类提供Assign方法复制对像。唉，C++的值语意，好怀念。

15.Finally块！解决了C++中好些需高度技巧的资源释放问题。但为什么不能和except一起使用？不太明白。

16.属性和事件？？真是为VCL量身定制的语言啊。其实属性和事件并非面向对象的必要元素。

17.我想VCL事件处理的委托模型，该是与JAVA相似的。只是Java的Listener可以处理多

个Listener的存在，Delphi的事件属性好像只能处理一个吧？不过处理速度上要快多了。

18.a)从TComponent类继承，b)新构造程序,c)例行的Register,d)安装。VCL组件创建的方便，真让人感动。

19.书上说VCL优于ActiveX，因为ActiveX没有完全的继承机制，我不敢苟同。聚合该是先于继承选用的机制。

20.Interface，丑死了！！我甚至怀疑这是否Hejlsberg的设计。完全像是为Com支持临时拼凑的语言成份，与整体毫不协调，像个外来户。接口本身是强大的东西，但糟糕的设计会让它的使用成为一种痛苦。除了COM和多重继承没有选择外，我想是没人愿意用它的。

   整个来说，Object pascal给我很深的映象。接下来就该学习VCL了，且看Borland是如何将这种种语言的成份，组装成为开发的利器。(续待）