在Delphi中巧改窗体文件实现控件数组化

• 控件
• 实现
• 文件
• 属性
• 窗体
• 代码
• Controls
• 顺序

---- 要利用窗体文件，首先必须了解该类型文件的结构。窗体文件的结构很简单，朋友们可以生成一个窗体，随便放上一些控件，存盘后打开Unit1.dfm文件，就可以看到窗体文件是由关键字"object"和"end"构成的代码段，基本结构如下：

object  控件名 ：类名属性1 =属性值属性2 =属性值…end

---- 并且支持嵌套。Delphi在记录控件属性时，只记录修改过的属性，举一个例子，比如对一个标签控件（label1）的缺省描述如下：

object Label1: TLabelLeft = 256Top = 80Width = 32Height = 13Caption = 'Label1'End

---- 记录的五个属性都是随开发者拖放的位置和顺序不同而变化的，其它属性由于没有修改过，都是缺省值，所以不必记录。

---- 窗体文件是有序的，它的有序性表现如下：

object 窗体名：Tform窗体属性1=属性值窗体属性2=属性值		 。。。 。。。// 以下是TgraphControl类型的控件object 控件名：类名控件属性1=属性值控件属性2=属性值		。。。 。。。endobject 控件名：类名控件属性1=属性值控件属性2=属性值		。。。 。。。end		。。。 。。。// 以下是TwinControl类型的控件object 控件名：类名控件属性1=属性值控件属性2=属性值		 。。。 。。。endobject 控件名：类名控件属性1=属性值控件属性2=属性值		 。。。 。。。end		。。。 。。。// 以下是其它类型的控件object 控件名：类名控件属性1=属性值控件属性2=属性值		 。。。 。。。end		 。。。 。。。				end

---- 在同一种类型的控件中，各控件排列的先后顺序和它被拖放到窗体上的先后顺序相同。这个顺序是可以人为修改的，我们正是通过修改这个顺序，来实现控件的数组化。下面将详细介绍。

---- 熟悉VB的朋友肯定知道在VB中可以通过控件拷贝实现控件的数组化。而DELPHI中则没有这种功能。Delphi中可以使用Components, Controls两个控件数组在一定程度上模拟控件的数组化，比如：

for I := 1 to ControlCount-1 do	  if （Controls[I] is Tlabel） then(Controls[I] as Tlabel).Caption := 'Test'；

---- 这段代码的功能是将窗体上所有Label的Caption属性设为'Test'；这是一种非常有用的方法，大家如果不太熟悉可以参考delphi帮助作进一步了解。这种方法有很多局限，最明显的是我们并不知道Controls[i]或Components[i]到底代表哪一个控件，只能用遍历的方法进行筛选，这不仅影响了程序执行的效率，也带来编程上的繁琐。

---- 其实，Controls和Components中控件的排列顺序和对应的窗体文件（.dfm）中控件描述代码段的排列顺序是相同的。前面我们谈到窗体文件是可以进行适当修改的，也就是说，我们可以根据需要调整窗体文件中控件描述代码段的排列顺序，让Controls和Components这两个控件数组全在掌握之中，这样我们就能清楚知道Controls[I]或Components[I]具体代表的是哪一个控件。下面举例说明。

---- 比如，我们想让窗体Form1上的所有Tbutton灰化，最简单的方法是一句一句的编写代码：

Button1.Enabled := False;Button2.Enabled := False;	  … …

---- 如果Tbutton数量很多，代码就变得很冗长。于是我们采用一个循环来实现：

for I := 0 to ControlCount -1  do	    if Controls[I] is Tbutton Then(Controls[I] as Tbutton).Enabled := False;

---- 现在我们有了更有效的方法，首先打开窗体文件（Form1.dfm），调整Tbutton的排列顺序，让所有Tbutton的代码段（Object…end）都排在一起，然后数一下前面其它控件代码段的个数，设为n，n-1就是第一个Button在Controls（Components）数组中的位置，这样程序就很简单：

for I:= n-1  to n-1+ButtonNum   do(Controls[I] as Tbutton).Enabled := False;

---- 代码的效率和简洁比以前有了很大提高。其中ButtonNum是Button的个数。

#p#分页标题#e#---- 下一个例子更能体现利用这一规律的优越性。在编写Socket通信程序的时候，我们通常需要将用户输入的信息按照一定的顺序形成字符串，然后发送给服务器，服务器再根据事先约定的顺序解包，提取出内容，进行入库或其它操作。在形成字符串时，一般都是直接写代码，比如：

InfoS := '';//用于存放字符串。if Edit1.Text <> '' then InfoS := InfoS + Edit1.Textelse begin			  Application.Message('请填写必要信息');			  Exit;			 end;if Edit2.Text <> '' then InfoS := InfoS + Edit2.Textelse begin			  Application.Message('请填写必要信息');			  Exit;			 end;……

---- 如果录入的项目多，这种方法会使代码冗长不堪。现在我们可以先调整窗体文件中Edit框描述代码段的顺序，让它们排列在一起，并确定第一个Edit框在Controls控件数组中的位置（方法入前），设为n-1（其中n表示排在Edit框前面的控件的描述代码段个数），编写如下代码实现：

for I := n-1 to n-1+EditNum doif ((Controls[I] as TEdit).Text <> '') thenInfoS := InfoS + (Controls[I] as Tedit).TextElse  beginApplication.Message('请填写必要信息');Exit;End;其中EditNum表示Edit框的个数。

---- 还有其它很多方面的应用，在这里就不一一赘述了。这实际上就是彻底实现了控件的数组化，而且这个数组还可以包含不同类型的控件。

---- 这里有两个问题需要注意：一是在调整控件描述代码段顺序时，一定要遵照文中提到的窗体文件的有序性规则，比如试图将一个TButton控件的描述代码放在一个TLabel控件的描述代码前面是不可能的；另外请大家注意Controls和Components的区别，窗体文件中，控件间的父子关系可以通过缩进的格式很明显的看出来，在计算控件在数组中的位置时，一定要考虑控件间的层次关系，如果使用Controls，就应该只对同级控件进行计数，如果是Components，则应包括所有的控件。

---- 当然，这种方法也有它的弊端，首先需要调整窗体文件顺序，其次程序的可读性会受到影响，所以大家在使用这种方法时应多写帮助。