(三)对话框和Winform编程讲述.doc

话框和Winform编程 一、ActiveX组件 二、组件-事件-委托 三、为属性控件添加窗口 四、自定义组件的设计 五、C#对话框全接触 六、打造平滑的进度条 七、WinForm组件 八、C#事件处理机制 九、父窗口及子窗口标题 十、编写服务器日期控件 十一、TreeView添加背景图 一、ActiveX组件 开发基于.Net平台上的程序员是很难从本质上把Visual C#和ActiveX组件联起来，虽然在使用Visual C#开发应用程序时，有时为了快速开发或者由于.Net FrameWork SDK的不完整，还需要借助ActiveX。但即使如此，也很难把二者联系起来。其中的原因就是能够被Visual C#直接使用文件和通过Visual C#生成的可执行程序只可能是托管的文件。而Active X组件却都是非托管文件。这种文件的差异决定了二者本质对立。于是这就引出了本文第一个问题，ActiveX和Visual C#到底是何种关系。　 　　一．Visual C#和Active X组件：　　此时可能有些朋友会说，既然能够被Visual C#直接使用只能是托管代码文件，那在Visual C#中提供的可直接通过引用调用ActiveX又是怎么回事？的确Visual C#提供了引用ActiveX组件的操作，这种操作有效的利用了很多以前资源，使得这些资源并没有随着微软推出.Net平台而由于平台的差异被抛弃，但这种在Visual C#中引入ActiveX组件的操作其实并不被微软公司所倡导，也不符合微软推出.Net的最终目的。这是因为微软之所以推出.Net是为了实现跨平台，为了实现Write Once and Run Anywhere，写一遍代码，可以在任何平台上运行的目的。如果程序中使用了Active X组件，这也就从另一方面决定了此程序只能在Windows平台上使用，也就无法实现微软的Write Once and Run Anywhere最终目标了。　　再者Visual C#提供的引用ActiveX组件的操作，其实Active X组件被加入Visual C#的工具箱时，Visual Stuio .Net其实对ActiveX组件进行了很多操作，而这些操作又都被Visual C#隐藏了，使用者往往并不完全清楚。这些操作的作用就是把非托管的ActiveX组件转换成托管的组件，这些操作统称互操作，细心的程序员可能就会发现，当往程序窗体中拖入ActiveX组件后，源程序所在目录的Bin目录中就会新增若干个Dll文件，这些文件就是Active X组件进行互操作转换后生成的。此时在Visual C#使用的并不是ActiveX组件，而是由ActiveX组件进行互操作得到可供.Net平台使用的、功能和原先ActiveX组件相同的类库了。　　既然在Visual C#中不能直接使用ActiveX组件，那种看似在Visual C#中使用的ActiveX组件其实使用的是经过了互操作后转换的类库。那么Visual C#是否能够生成Active X组件？本文就来探讨一下Visual C#中生成ActiveX组件的实现方法。制作的方法就是首先通过Visual C#创建一个Windows组件，然后把其接口以COM形式发布即可。　　二．本文中介绍的程序设计及运行环境：　　（1）.微软视窗2000 服务器版。　 　　（2）.Visual Studio .Net 2003企业结构版，.Net Framework SDK 4322。　　三．使用Visual C#创建Windows组件：　　以下是使用Visual C#创建一个Windows组件的实现步骤：　　1．启动Visual Studio .Net。　　2．选择菜单【文件】|【新建】|【项目】后，弹出【新建项目】对话框。　　3．将【项目类型】设置为【Visual C#项目】。　　4．将【模板】设置为【类库】。　　5．在【名称】文本框中输入【ActiveXDotNet】。　　6．在【位置】的文本框中输入【C:\Class】，然后单击【确定】按钮，则Visual C#则在C:\Class目录中创建ActiveXDotNet文件夹，里面存放的是ActiveXDotNet项目文件，具体如图01所示： 图01：创建类库的【新建项目】对话框　　7．选择【解决方案资源管理器】窗口，并从中上传Class1.cs文件，因为此文件在本程序中已经没有用途了。　　8．选择【项目】|【添加组件】后，弹出【添加新项】对话框，在此对话框中设定【模板】为组件类，设定【名称】值为MyControl.cs后，单击【打开】按钮。则在项目文件中新增一个名