.net winform中Anchor和Dock的用法

         “Anchor”和“Dock”两个属性是用来命令控件在调整大小时的动作。

          Dock和Anchor通过将控件连接到它们父窗体的某个位置，而免除了使应用程序具有不可预知界面的麻烦。最好的一点就是设立这些属性不需要任何手写代码。所有事情都可以通过Visual Studio IDE中的点和单击来完成。

         

         Anchor属性

正如名称暗示的那样，这个属性迫使控件将其自身定位在父窗体或父控件中的某个相对或绝对位置。

Anchor属性的类型是AnchorStyles位标记

public enum AnchorStyles

   3: {

   4:     None = 0,

   5:     Top = 1,

   6:     Bottom = 2,

   7:     Left = 3,

   8:     Right = 4

   9: }

• Top——表示控件中与父窗体（或父控件）相关的顶部应该保持固定。
• Bottom——表示控件中与父窗体（或父控件）相关的底边应该保持固定。
• Left——表示控件中与父窗体（或父控件）相关的左边缘应该保持固定。
• Right——表示控件中与父窗体（或父控件）相关的右边缘应该保持固定。

图表C

小窗口

图表C所示是一个有十个子控件的窗体。每一个子控件都有不同的Anchor属性值，并用它的anchor设置标注。灰白色控件后面的深红色框是另一个子控件——它的Anchor属性被设为顶部、底部、左边和右边。图表D所示是区域被调大以后的同一个窗体。

图表D

大窗口

正如你所看到的那样，每一个控件在父窗体中都自动地保持它的位置。我们没有编写代码来完成这一点；只是简单地设置了控件的Anchor属性。

有几个重要的地方不得不提。一个就是如果你没有指定一个控件有左或右锚定，它将在父窗体中保留一个相对左/右位置。如果你没有指定一个控件是否有顶部或底部锚定，也是一样的。对于这一点，一个很好的例子就是标注为“无Anchor”的控件。这样的控件没有锚定值，所以它只是漂浮在窗体中央。

另一个极端就是选择了所有anchor值的控件（顶部、底部、左边、右边）。对这一点，图表C和图表D中其它控件后面的深红色方形可见物就是一个例子。当选择了所有的anchor值时，控件只是在调整父窗体大小时，随着增大和收缩——与窗体的边缘比较起来它的所有边缘保持静止不变。

 

Dock属性

Dock属性迫使控件紧贴父窗体（或控件）的某个边缘。虽然Anchor属性也可以实现这一点，但是dock属性使得你能够在父窗体中让子窗体可以在上方（或旁边）互相“堆叠”。如果某个子窗体改变了大小，其它停驻在它旁边的子窗体也会随之改变。

和Anchor属性不同的是，你可以将Dock属性设置为一个单值。

 

Dock属性的类型是DockStyle枚举：

   1: public enum DockStyle

   2: {

   3:     None = 0,

   4:     Top = 1,

   5:     Bottom = 2,

   6:     Left = 3,

   7:     Right = 4,

   8:     Fill = 5

   9: }

有效值如下所示：

• Top——迫使控件位于父窗体（或控件）的顶部。如果有同一个父窗体的其它子控件也被设置为停驻在顶部的话，那么控件将在彼此上方相互堆叠。
• Bottom——迫使控件位于父窗体（或控件）的底部。如果有同一个父窗体的其它子控件也被设置为停驻在底部的话，那么控件将在彼此上方相互堆叠。
• Left——迫使控件位于父窗体（或控件）的左边。如果有同一个父窗体的其它子控件也被设置为停驻在左边的话，那么控件将在彼此旁边相互堆叠。
• Right——迫使控件位于父窗体（或控件）的右边。如果有同一个父窗体的其它子控件也被设置为停驻在右边的话，那么控件将在彼此旁边相互堆叠。
• Fill——迫使控件位于父窗体（或控件）的上方。如果有同一个父窗体的其它子控件也被设置为停驻在上方的话，那么控件将在彼此上方相互堆叠。
• None——表示控件将会正常运转。

图表H所示的是一个有5个子控件的窗体，每个子窗体都设置了不同的dock值。

图表H

有不同dock值的5个子控件

图表I所示的是和图表H一样的窗口，除了一点，就是现在窗口已经被调整为更大的轨迹。

图表I

更大的轨迹

图表J又显示的是和图表H一样的窗口，这次不同的是位于窗体底部、顶部、左边和右边的控件变小了。注意位于窗体中间被设置为dock Fill的控件，自动变大了。

图表J

更小的轨迹

需要记住的是，对于Dock属性，添加控件的顺序会影响它们停驻的方式。例如，如果你对窗体添加控件A，指示其停驻填充，然后你对窗体添加控件B并指示其停驻顶部，控件B将覆盖控件A的上部。原因就是控件B被认为是在控件A的“前方”，因为它是在控件A之后添加的。

要解决这种情况，你必须在Visual Studio中右击控件A，并在上下文菜单中选择“放到前面（Bring To Front）”。这样就能使控件A出现在控件B的前方，控件也就能像预期的那样运作了。