c#winform耗时操作处理-异步

padding和margin都可以指定四个值。

AutoSize

有的时候我们需要控件随着里面的内容的增长而增长，比如在做多语言的程序时，各国的语言描述同一个意思的时候长度会不同，这个时候就需要AutoSize为true了，这样当文字过长不会被截断。关于AutoSize更详细的内容请参见MSDN。

如何面对复杂界面？出了问题咋办？

设计时

当界面变得越来越复杂的时候，我们很期望了解控件之间的层次关系，这个按钮是放在哪个Panel上？这个Panel的区域又是咋样的。我刚接触WinForm的时候，我非常期望WinForm上也有类似于IE Developer Toolbar的工具，点击HTML，可以可视化的在界面上显示区域，在界面上选中某区域，也可以定位到HTML元素。实际上在设计WinForm界面时也是可以的。这就是Visual Studio的Document Outline窗口（View->Other Windows->Document Outline）：

不过如果你只想顺着button1->panel4->panel3->……这条线导航控件树，有更方便的方法：ESC键。选中一个控件，然后敲ESC键就会顺着这个控件层次不断的上溯。

选中一个控件，然后点击右键，还会出现 Select …的菜单，可以选中该控件的某个父控件：

真是够方便的~~~

运行时

不过有个问题是，上面的方法都是设计时的，有的时候我们的程序中如果动态的修改了某些涉及布局的属性最后发现界面乱套了，这可咋整。运行时的问题当然要运行时解决，给某个父控件附加Layout事件，当修改了涉及Layout的属性时会触发这个事件（也有特例，下一节介绍）。这个事件会有一个LayoutEventArgs参数，该参数有AffectedProperty属性，该属性指示的就是影响布局的罪魁祸首，你就找到病症所在了。

SuspendLayout & ResumeLayout

我想大家对这两个方法肯定不默认，几乎在WinForm里的InitializeComponent方法里，在方法开始处有会调用SuspendLayout方法，然后在方法快结束处会调用ResumeLayout方法。有些的读者也许还尝试过删除这两个方法，发现程序表现行为和以前也一样。 了解这两个方法对WinForm程序的性能还是挺有帮助的，在上一节提到修改涉及Layout的属性时会触发Layout事件，但是有特例，特例就是调用了SuspendLayout方法，关于修改哪些属性会触发Layout事件请查阅MSDN。在代码中如果修改Size、Dock等属性或向父控件添加子控件时，会执行布局逻辑，有的时候甚至会重绘。当我们要修改一堆的这样的属性时，比如前面提到的InitializeComponent方法，我们当然不想修改一下就执行一次布局逻辑，那太慢了。这个时候在修改之前你就可以调用SuspendLayout方法挂起布局逻辑，等所有属性都设置好后再调用ResumeLayout属性，特别是在界面很复杂的时候性能有很大的提升。

Visual Studio默认将设置这些属性的语句全部放在InitializeComponent方法里，然后用SuspendLayout和ResumeLayout括住，所以我们一般不要自作主张的将这些属性移出到外面设置，不过有的时候我们想在代码里动态生成一些界面，比如添加一些子控件什么的，我们最好也像VS干的那样调用这两个方法。

要注意的是，并不是调用了Form的SuspendLayout和ResumeLayout方法就一了百了了。如果你是向一个Panel添加子控件，你还得调用Panel的这两个方法。

总结

本文介绍了WinForm界面布局的初步知识，还介绍了通过临时挂起布局逻辑来优化程序性能。这些都很基础也很简单，应付简单的布局是够了，不过对于更灵活更复杂的布局就要涉及布局引擎的内容了，这个我会在下一节里介绍。