.NetWInform开发笔记(三)谈谈自制控件(自定义控件).doc

.Net WInform开发笔记(三)谈谈自制控件(自定义控件) 自定义控件的出现有利于用户更好的实现自己的想法，可以封装一些常用的方法，属性等等，本文详细介绍一下自定义控件的实现，感兴趣的朋友可以了解下 末日这天写篇博客吧，既然没来，那就纪念一下。 这次谈谈自制控件，也就是自定义控件，先上图，再说 1.扩展OpenFileDialog，在OpenFileDialog中添加各种文件（.txt,.jpg,.excel等等）的预览功能 2.重写ListBox，增加折叠、鼠标背影、分类等功能 -----------------------------分割线--------------------------------------------------------------一、扩展OpenFileDialog 许多软件的打开对话框都有预览功能，最常见的就是图片预览，用鼠标选择一个图片文件后，右侧或者下侧就会有该图片的缩略图（photoshop中属于后者）。在winform编程中，有专门的打开文件对话框的类OpenFileDialog，但是他不提供文件预览功能，封装得实在太好。看看它公开那些接口 提到扩展，很多人可能想到继承它就可以扩展它，可惜OpenFileDialog声明为sealed，不允许从他继承。稍微底层一点的，想到可以通过Win32 API来修改它的显示方式，只可惜，如你所见，它根本没提供Handle属性，更别说HandleCreated、HandleDestroyed等事件了。那么怎么样子搞呢？其实答案还是通过Win32 API，只是我们取得它的句柄的方式要复杂一点而且调用API的时机隐晦了一点。 提示： 1.Win32 API操作窗体需要知道窗体的句柄； 2.不熟悉Win32编程的同学可以先上网查查资料，特别是不知道SetParent、SetWindowPos等API是干嘛的，我觉得以下的看不懂。 为什么说取得它的句柄复杂了一点？难道不是用“FindWindow”、“FindWindowEx”、“ EnumChildWindows”等获取OpenFileDialog的句柄，再用“SetParent”、“SetWindowPos”等API将.net控件（本例中是DataGridView控件，当然可以使其他任何一种）添加到OpenFileDialog中去？没错，以上列举出来的API都是基本要用到的，“只是用在什么地方、什么时候用”是个比较麻烦的问题，原因如下： 1）我们知道OpenfileDialog显示的是模式对话框，也就是说，一旦它ShowDialog（），它以下的代码是不会再执行的，具体原因是什么（我以后的博客会专门讲为什么），你现在可以理解为OpenFileDialog()方法会阻塞调用线程，既然阻塞了调用线程，那么我们再无法控制程序了（直到它返回），根本谈不上再调用API获取OpenFileDialog的句柄然后去操作它。如果有人会说，“我可以另开辟线程去取OpenFileDialog得句柄再操作它”，恩，我不否定这个方法，只是我想说，如果你真的按照这个方法去试，那么肯定会陷入泥潭。因为你不仅要取它的句柄，你还要监视OpenFIleDialog的一举一动，移动、缩放、用户鼠标点击选择文件、更改目录等，然后再操作.net控件（本例中是DataGridView控件，下同），让.net控件去适应OpenFileDialog的大小等等，你会发现你忙死了，甚至有的你根本监视不了，比如用户点击选择文件、更改目录。 2）就算我们能够在OpenFIleDialog显示之后，取得它的句柄，那么什么时候再调用其他API呢？比如什么时候调用SetWindowPos，让.net控件适应OpenFileDialog的大小变化？什么时候知道用户选择文件发生了变化？ 所以，API方法什么时候用？用在什么地方？就是接下来要讨论的东西。 我不知道各位在使用各种框架的时候，对“框架”的理解到什么程度，我觉得可以总结成一句话“跟个2b似地注册一些事件，然后苦逼地去写好每一个回调方法，我们却不知道为啥要这样写”，不是么？既然这样，那么我们的API方法只要写在了正确的回调方法中，我们就能到达想要的目的了。考虑几个问题： 1）OpenFileDialog显示，我们向其中添加.net控件。我们什么时候知道它显示？ 2）OpenFileDialog大小发生变化时，我们要更新.net控件以适应新的大小。我们什么时候知道OpenFileDialog的大小发生了变化？ 3）OpenFileDialog中用户选择的文件发生了变化，我们需要知道新选择的文件路径，用来显示在.net控件中。我们怎么知道选择了什么文件？（这里选择文件指用户用鼠标在OpenFileDi