[摘要]摘要： ：本文介绍了 Win 表单这一新的窗体程序包，借助这一程序包，开发人员能够充分利用 Microsoft Windows 操作系统所提供的 UI 功能。 目录 简介 介绍 Win Forms 更好的易学易用性 布局 GDI+ 访问底层系统 结论 -----------------------...
摘要： ：本文介绍了 Win 表单这一新的窗体程序包，借助这一程序包，开发人员能够充分利用 Microsoft Windows 操作系统所提供的 UI 功能。
目录
简介
介绍 Win Forms
更好的易学易用性
布局
GDI+
访问底层系统
结论
--------------------------------------------------------------------------------
简介
目前 Web 已成了街谈巷议的话题，看起来好像 Microsoft® Visual Studio® 开发系统对创建基于 Microsoft Windows® 的传统应用程序的支持有所减弱。实际上，Microsoft 对基于 Windows 的应用程序开发方面的投资在不断加大。
Win 表单是一个新的窗体程序包，借助这一程序包，开发人员能够充分利用 Microsoft Windows® 操作系统所提供的丰富的用户界面功能，创建基于 Windows 的应用程序。Win Forms 是新的 Microsoft®.NET 平台的一个组成部分，它提供了许多新技术，包括通用的应用程序框架、可管理的执行环境、一体化的安全性以及面向对象的设计原则。而且，Win Forms 全面支持快速简便地接入 Web Services 以及建立丰富的基于 ADO+ 数据模型的数据感知应用程序。得益于 Visual Studio 中新的共享开发环境，开发人员能够使用包括 Microsoft Visual Basic® 和 C# 在内的任何支持 .NET 平台的语言创建 Win Forms 应用程序。
介绍 Win Forms
就像刚才所说的，Win Forms 是专用于 Windows 客户机 UI 编程的 .NET Framework 的命名空间。它与 ASP+ UI 程序包（即 Web Forms）共享同样的设计原则，但其类和实现却全然不同。在 Microsoft Win32® API 和 Web 组件之间没有魔术般变形的类。就像所有的 .NET Frameworks 一样，一致性已成为优先考虑的问题。其目的是为了 Win Forms 开发人员能够迅速适应在 Web Forms 中编写代码，反之亦然。例如，所有命名空间都有 Button 类，每一个都有文本、默认的 OnClick 事件以及 ForeColor、BackColor 和 Font 属性。
Win Forms 的所有控件都基于 System.WinForms.Control 类。Control 已内置了所有基本的 HWND 功能，并且它能处理我们已经熟悉并喜爱的绝大多数通用 WM_xxxx 消息。RichControl 由 Control 派生而来，其中添加了布局逻辑和绘图代码。System.WinForms 命名空间中的绝大多数控件实际上都由 RichControl 派生而来。ScrollableControl 能够支持窗口客户区域的滚动。一般情况下，对滚动功能的支持是通过 ContainerControl 实现的，后者由 ScrollableControl 派生而来，并增加了对管理子控件、焦点问题和跨栏的支持。Form 由 ContainerControl 派生而来，是 Win Form 的顶级控件，它带有控制标题栏、系统菜单、非矩形窗口和默认控件的属性。UserControl 也由 ContainterControl 派生而来，是开发人员能够创建的控件的基本类。UserControl 一般用于托管其它子控件，但对于外部客户机来说，它又是作为单个单元出现的。UserControl 和 Form 在 Microsoft® Visual Studio.NET 中都有可视设计器，您会找到用于添加和设计由其所派生的类的项。
图 1. Win Forms 控件层次结构
既然我们已了解 Win Forms 的（最）基本方面，让我们揭开它的面纱，看看其表面下的一些相当不错的功能。
更好的易学易用性
Win Forms 的主要目的是尽可能地提高定位到 Win32 平台的开发人员的工作效率。无论是图形设备界面 (GDI) 还是窗口状态管理，为 Win32 编程通常都是很困难的。例如，类似 WS_BORDER 或 WS_CAPTION 的一些窗口样式只能在创建窗口时指定或修改。而 WS_VISIBLE 或 WS_CHILD 等其它窗口样式则可以对已创建的窗口进行修改。Win Forms 尽力消除了这些细微的差别，并确保操作过程始终保持一致性。可以随时地、不限次序地对 Win Forms 控件的属性进行设置，总能产生预期效果。如果改动过程需要创建新的 HWND，Win Forms 框架能够自动地、透明地重新生成窗口，并为其应用相适宜的所有设置。
由控件获得通知或事件在 Win Forms 中也要容易得多。Win Forms 事件都基于称为 Delegates 的一个通用语言运行时功能。Delegates 从本质上讲是对类型安全的、可靠的函数指针。对于任一控件的任一事件，都可以添加代理处理程序；绝不会强迫您创建派生类以通过替代处理事件，创建事件映射，或仅为处理一个事件而为类的所有事件实施一个接口。也可以通过替代派生类处理事件，但这种方式一般用于控件创建者或更为高级的应用。汇集某一按钮的 Click 事件相当简单：
public class ButtonClickForm: System.WinForms.Form {
private System.WinForms.Button button1;
public ButtonClickForm() {
// 创建按钮
button1 = new System.WinForms.Button();
// 添加处理程序
button1.AddOnClick(new System.EventHandler(button1_Click));
// 将按钮添加到窗体中
this.Controls.Add(button1);
}
private void button1_Click(object sender, EventArgs e) {
MessageBox.Show("button1 clicked!");
}
}
这里，我们创建了一个按钮，并添加了一个名为 button1_Click 的处理程序方法，通过短短几行代码，在单击该按钮后，将调用这一方法。请注意，即使处理程序方法被标记为专用，创建这一挂钩的代码仍可以使用该方法，单击按钮后，按钮将能够激活这一方法的事件。
启动 Win Forms 项目的过程也得到了简化。使用 Visual Studio.NET 创建 Win Forms 项目的过程只会创建一个要编译的项目文件：Form1.cs。没有头文件，没有接口定义文件，没有引导程序文件，没有资源文件，没有库文件。项目所需的所有信息都包含在窗体的代码中。这样做有一个好处：项目由一个简单的单窗体应用程序扩展到复杂的、带有多个代码文件的多窗体应用程序要方便得多。链接过程不需要中间对象文件，只有代码和已构建的、受管理的所有 DLL。只要您习惯了这一方法，就能明显地感觉到创建 .NET Framework 应用程序和创建 C/C++ 应用程序之间复杂性的不同。因为信息仅仅包含在代码文件中，在 Visual Studio.NET 环境外创建版本的过程也非常容易，无论是 Visual Basic 代码、C# 代码，还是任何其它语言编写的针对 .NET Framework 的代码。
因为 Win Forms 建立在通用语言运行时的基础之上，开发人员可以任选目前针对通用语言运行时的众多语言中的一种，构建 Win32 应用程序。开发人员现在可以使用多种语言编写 Win Forms 应用程序（或 Web Forms 应用程序或 Data 应用程序）：从 C# 到 COBOL 到 Eiffel 再到 Perl 等等，中间还有很多种（上一次计数是 17 种）。方便易用再加上广泛的应用场合相得益彰，为开发人员提供了深厚的基础，使他们能够迅速有效地使用 Win Forms 构建实用的应用程序。
布局
如果您曾尝试创建能够正常调整大小的窗体，您就会知道这一过程有多么困难。Microsoft Foundation Classes (MFC) 或早期的 Visual Basic 版本没有对这一功能提供内置的支持。然而现在只需几行代码（通常情况下您甚至不需要编写这些代码，因为在设计时就能通过 Property Browser 实现这些功能！），即可创建能够正常调整大小的对话框。
基本布局由两条组成：Anchoring 和 Docking。RichControl 有一个 Anchor 属性，它是一种枚举类型，可以用“或”操作将这些值组合在一起，以说明控件将与其父控件的某一边保持恒定距离。例如，如果您将一个按钮置于窗体上，并将 Anchor 属性设置为 AnchorStyles.BottomRight，则在调整按钮的大小时，按钮将与窗体的底边和右边保持同一距离。此外，如果将 Anchor 设置为 AnchorStyles.All，则按钮的各个边都与窗体的对应边保持同一距离，在调整按钮大小时仍要满足这些约束条件。
Docking 实际上是 Anchoring 的一个特殊情况。RichControl 的 Dock 属性说明控件要将自身固定到其父控件的哪一边。Docking 可以是 Top、Left、Right、Bottom 或 Fill。在每种情况下，控件都将移动到尽量靠近指定边，并调整其大小，以填满那一边。如果父控件的大小有所调整，这一状况仍将保持。将一个控件移动到父控件的底端，并将 Anchor 设置为 AnchorStyle.BottomLeftRight，可以模拟 Docking Bottom。在此处的示例中，列表框是 Docked Left，按钮与窗体的顶端、左边和右边保持恒定距离，由此它们保持了相对位置和大小。下面的示例对话框（图 2）完全使用 Visual Studio.NET 中的 Win Forms 设计器创建，只花了两分钟的时间，没有编写一行代码。
图 2. 使用 Win Forms 设计器所创建的可调整大小的对话框
// ResizableSample.cs
namespace ResizableSampleNamespace {
using System;
using System.Drawing;
using System.ComponentModel;
using System.WinForms;
/// <summary>
///ResizableSample 的摘要说明。
/// </summary>
public class ResizableSample : System.WinForms.Form {
/// <summary>
///为 Win Forms 设计器所要求
/// </summary>
private System.ComponentModel.Container components;
private System.WinForms.Button button3;
private System.WinForms.Button button2;
private System.WinForms.Button button1;
private System.WinForms.ListBox listBox1;
public ResizableSample() {
// 为 Win Form 设计器支持所要求
InitializeComponent();
}
/// <summary>
///释放正在使用的所有资源
/// </summary>
public override void Dispose() {
base.Dispose();
components.Dispose();
}
/// <summary>
///应用程序的主入口点。
/// </summary>
public static void Main(string[] args) {
Application.Run(new ResizableSample());
}
/// <summary>
///设计器支持所要求的方法 — 不要用编辑器
///修改这一方法的内容
/// </summary>
private void InitializeComponent()
{
this.components = new System.ComponentModel.Container();
this.button2 = new System.WinForms.Button();
this.button3 = new System.WinForms.Button();
this.button1 = new System.WinForms.Button();
this.listBox1 = new System.WinForms.ListBox();
//@design this.TrayLargeIcon = false;
//@design this.TrayHeight = 0;
this.Text = "Resizable Dialog";
this.IMEMode = System.WinForms.IMEMode.Off;
this.AutoScaleBaseSize = new System.Drawing.Size(5, 13);
this.ClientSize = new System.Drawing.Size(256, 173);
button2.Location = new System.Drawing.Point(152, 60);
button2.Size = new System.Drawing.Size(92, 32);
button2.TabIndex = 2;
button2.Anchor = System.WinForms.AnchorStyles.TopLeftRight;
button2.Text = "Cancel";
button3.Location = new System.Drawing.Point(152, 120);
button3.Size = new System.Drawing.Size(92, 44);
button3.TabIndex = 3;
button3.Anchor = System.WinForms.AnchorStyles.All;
button3.Text = "Filler";
button1.Location = new System.Drawing.Point(152, 8);
button1.Size = new System.Drawing.Size(92, 32);
button1.TabIndex = 1;
button1.Anchor = System.WinForms.AnchorStyles.TopLeftRight;
button1.Text = "OK";
listBox1.Size = new System.Drawing.Size(120, 173);
listBox1.Dock = System.WinForms.DockStyle.Left;
listBox1.TabIndex = 0;
listBox1.Items.All = new object[] {"Item One",
"Item Two",
"Item Three",
"Item Four"};
this.Controls.Add(button3);
this.Controls.Add(button2);
this.Controls.Add(button1);
this.Controls.Add(listBox1);
}
}
}
GDI+
Win Forms 全面利用了 GDI+ 这一 Microsoft 下一代的二维图形系统。Win Forms 中的图形编程模式完全是面向对象的，各式各样的画笔、笔刷、图像和其它图形对象与 .NET Framework 的其它部分一样，遵循了简单易用的指导方针。开发人员目前可以使用相当不错的一些绘图新功能，如 alpha 混色、渐变色、纹理、消除锯齿以及采用除位图外的其它图像格式。与 Windows 2000 操作系统分层和透明的窗口功能配合使用，开发人员能够毫不费力地创建丰富的、更为图形化的 Win32 应用程序。
如果触发了控件的 OnPaint 事件，能够由 PaintEventArgs 访问的 System.Drawing.Graphics 对象就成为一个 GDI+ 图形对象。图形对象能够执行的所有操作都通过 GDI+ 实施。作为一个示例，使用 GDI+ 创建一个绘制渐变背景的按钮。
图 3. 使用 GDI+ 创建的按钮
以下是实现这一按钮的代码：
public class GradientButton : Button {
// 保留颜色设置的成员
private Color startColor;
private Color endColor;
// 书写文字时我们将需要它
private static StringFormat format = new StringFormat();
public GradientButton() : base() {
// 初始化颜色
startColor = SystemColors.InactiveCaption;
endColor = SystemColors.ActiveCaption;
format.Alignment = StringAlignment.Center;
format.LineAlignment = StringAlignment.Center;
}
/// <summary>
/// 渐变色的终止颜色
// </summary>
public Color EndColor {
get {
return this.endColor;
}
set {
this.endColor = value;
// 如有必要，则导致重新绘制
if (this.IsHandleCreated && this.Visible) {
Invalidate();
}
}
}
/// <summary>
/// 渐变色的起始颜色
// </summary>
public Color StartColor {
get {
return this.startColor;
}
set {
this.startColor = value;
// 如有必要，则导致重新绘制
if (this.IsHandleCreated && this.Visible) {
Invalidate();
}
}
}
protected override void OnPaint(PaintEventArgs pe) {
// 绘制按钮的常规背景以形成
// 边框，等等。
base.OnPaint(pe);
Graphics g = pe.Graphics;
Rectangle clientRect = this.ClientRectangle;
// 缩小矩形，以免绘制时出界
clientRect.Inflate(-1,-1);
// 创建渐变笔刷，从
// 左上角运行到右下角。
Brush backgroundBrush = new LinearGradientBrush(
new Point(clientRect.X,clientRect.Y),
new Point(clientRect.Width, clientRect.Height),
startColor,
endColor);
// 以渐变色填充背景....
g.FillRectangle(backgroundBrush, clientRect);
// 在客户机区域的中间书写文字。
g.DrawString(this.Text,
this.Font,
new SolidBrush(this.ForeColor),
clientRect,
format);
}
}
就像您所看到的，这并不是非常困难。得益于 Win Forms 和 GDI+ 面向对象的设计，无需编写任何复杂的代码，即可实现我们的 GradientButton，并且在设计器中，可以通过 Property Browser 操作 Text、Font、StartColor 和 EndColor。
访问底层系统
许多框架的一个缺点就是：如果人们编写的应用程序类型与示例和演示中的严格一致，则这些框架的效果相当不错，但有时开发人员发现，一旦他们希望用框架进行一些有创造性的工作，某些情况下就会碰到障碍或遭到失败。如果遇到这一情况，Win Forms 框架自始至终都能够允许开发人员访问系统基础结构。当然，希望 Win Forms 这样一个设计优良的框架不会使用户遭遇这种情况，但可能发生的情况几乎是无限的。所有的控件都有 Handle 属性，允许访问控件的窗口句柄 (HWND)，GDI 对象也提供了类似的句柄访问过程。而且，Control 实际上拥有一个名为 WndProc 的受保护的虚拟方法，对于少数 Win Forms 尚不能支持的消息，可以替代该方法，添加处理方式。
例如，假设您的应用程序是资源密集型的，需要响应 WM_COMPACTING。如果系统检测到内存不足，会向所有高层窗口广播 WM_COMPACTING，您就会知道 Win Forms 框架对这一消息没有提供内置支持，由此，可以添加如下处理过程：
/// <summary>
///Win32Form1 的摘要说明。
/// </summary>
public class CompactableForm : System.WinForms.Form {
private EventHandler handler;
public void AddOnCompacting(EventHandler h) {
handler = (EventHandler) Delegate.Combine(handler, h);
}
protected override void OnCompacting(EventArgs e) {
// 查看运行时系统能否释放任何东西
System.GC.Collect();
// 调用任一处理程序。
if (handler != null) handler(this, e);
}
public void RemoveOnCompacting(EventHandler h) {
handler = (EventHandler) Delegate.Remove(handler, h);
}
protected override void WndProc(ref Message m) {
case (m.msg) {
case win.WM_COMPACTING:
OnCompacting(EventArgs.Empty);
break;
}
base.WndProc(m);
}
}
只需数行代码，当系统试着收集未用资源时，利用新的 CompactableForm 类或由此派生的类即可得到通知，并作出响应。
结论
尽管在许多开发人员的计划中，针对 Web 的开发是当前工作的重点，而定位于熟悉的 Win32 平台仍然是一个不得不面对的情况。有了 Win Forms，Windows 开发人员无论是新手还是老手，都会发现使用丰富的接口创建复杂的应用程序是一个很方便的过程，而这些接口与 .NET Framework 中具有 Web 和数据功能的许多技术配合良好。
通过利用跨语言继承、碎片收集和安全性等通用语言运行时提高工作效率的优秀功能，开发人员将从 .NET Framework 和 Win Forms 中获益。
……