delphi面向对象编程的20条规则

《delphi面向对象编程的20条规则》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、Delphi面向对象编程的20条规则前言大多数Delphi程序员都像使用VisualBasic那样使用他们手头上开发工具，而丝毫没有意识到Delphi的强大功能，更谈不上使用这些功能了。(写到这里，编辑惶恐的举起了手，怎么可能呢？)Delphi和VisualBasic不同，Delphi完全建立在面向对象结构上,这不仅影响到VCL的结构，而且影响到使用Delphi开发的每一个程序。在本文中，我不想涉及到面向对象编程（OOP）的所有理论,只是提出一些简单的经验规则。希望这些规则能够帮助改善你的程序结构。无论你开发的是何种类型的程序，这些经验规则都

2、是适用的。你应当把他们当作一些建议，记住他们并把他们应用到你开发的程序中去。关于面向对象编程，我想强调的一个关键原理是封装。我们都希望创建一些灵活而且强健的类，因为这样的类允许我们以后修改他们的实现方法而不影响到程序中的其他部分，这正是封装给我们带来的好处。虽然封装不是创建一个好的面向对象程序的唯一标准，但是它构成了面相对象编程的基础，所以在本文中我也许会过多的强调封装性，请不要感到奇怪，我有足够充分的理由这么做。最后，我想说明这样一个事实：本文将主要集中说明窗体（Forms）的开发（虽然其中的一些规则对于组件的开发同样适用），因此这些规则对

3、于所有的Delphi程序员都是适用的。那些编写组件的程序员必须把面相对象编程和类（Class）作为核心的元素，但是对于那些使用组件编程的程序员，他们时常会忘记面向对象。对于他们，本文可以当作一个提示，提醒他们始终记住面向对象编程第一部分：窗体是类（AFormisAClass）(rule1-rule15)程序员常常将窗体看作是对象，而事实上窗体是类。两者的差别在于你创建基于相同的窗体类的多个窗体对象。令人感到疑惑的是Delphi为你定义的每一个窗体类创建了一个默认的全局对象。这对于新手来说是相当方便的，但是这同样会使他们形成坏习惯。第二部分：继

4、承（Inheritance）(rule15-rule20)在讲述了一系列关于类特别是关于窗体类的规则后，第二部分将是一些关于类的继承性以及可视化窗体继承的建议和技巧。关于代码本文中所有的代码段都可以在本期杂志（《TheDelphiMagazine》Issue47）附带的磁盘中的OopDemo工程中找到。你特别应该查看例程中的frm2单元（unit）和inher单元。如果你想使用这些代码，请注意构造器必要的初始化设置以及私有组件参照，同时有必要设置好窗体的OldCreateOrder属性。否则，带有组件的窗体构造器的初始化代码将在窗体的OnCr

5、eate事件之前得到执行。在这张磁盘上你还可以找到OOP窗体向导的第一版的编译包，不过我更希望你访问我的网站获得该程序的更完整的版本。规则一：为每一个类创建一个单元（OneClass,One8Unit）请始终牢记这一点：类的私有(private)和保护(protected)的部分只对于其他单元中的类和过程（procedure）才是隐藏的.因此，如果你想得到有效的封装性，你应该为每一个类使用一个不同的单元。对于一些简单的类，比如那些继承其他类的类，你可以使用一个共享的单元。不过共享同一个单元的类的数目是受到限制的：不要在一个简单的单元里放置超过

6、20个复杂的类，虽然Borland公司的VCL代码曾经这样做过。如果你使用窗体的时候，Delphi会默认的遵循“一个类使用一个单元”的规则，这对于程序员来说也是十分方便的。当你向你的项目中添加一个没有窗体的类时，Delphi也会创建一个新的独立的单元。规则二：为组件命名（NameComponents）为每一个窗体和单元给出一个有意义的名字是十分重要的。窗体和单元的名字必须是不同的，不过我趋向于为他们两者使用相似的名字，如对于关于窗体和单元可以为他们使用AboutForm和About.pas.为组件使用带有描述性的名字同样十分重要。最常见的命名

7、方式是使用类的小写字母开头，再加上组件的功能，如BtnAdd或者editName。采用这样的命名方式为组件命名可能会有很多相似的名字，而且也没有一个最好的名字，到底应该选择那一个应该依据你的个人爱好而定。规则三：为事件命名（NameEvents）对于事件处理方法给出合适的名字更加重要。如果你对于组件给出了一个合适的名字，那么系统默认的名字ButtonClick将变成BtnAddClick。虽然从这个名字中我们可以猜到这个事件处理程序的功能，但是我认为使用一个能够描述该方法的作用的名字，而不是采用Delphi附加的名字是一种更好的方式。例如，B

8、tnAdd按钮的onClick事件可以命名成AddToList。这会使得你的程序可读性更强，特别是当你在这个类的其他方法中调用这个事件处理程序时，而且这会帮助程序员