一前言
Microsoft® Visual Basic® 的组件支持历来都是它的一大卖点于是第三方软件开发商们纷纷开发出各种具有新功能性的可视控件 (也有少数非可视控件) 供 Visual Basic 程序员选用这种特殊的 Visual Basic 开发形式创造了无数的第三方控件——有的是共享软件/自由软件有的则被放到柜台上销售现在人们甚至可以直接用 Visual Basic 开发自己的可视/非可视组件了于是组件的数量迅速增长其中相当一部分都是程序员 (或者开发小组) 为针对自己的开发任务设计的
注意你或你的开发小组过去购买的 Microsoft ActiveX 控件往往无须修改或重写就能直接移植到微软 NET 环境下具体而言只要进入 Microsoft Visual Studio® NET 的 IDE (集成开发环境) 环境依次从菜单中选择工具 Tool > 自定义工具箱 Customize Toolbox) 或者使用 NET 框架实用程序 Aximpexe (ActiveX 控件导入程序) 就能让 NET 应用程序中调用现成的 ActiveX 控件了可是一旦某个控件在 NET 环境下工作不正常它的作者恐怕就应该考虑升级该控件了所以为了能在 NET 环境中正常使用购来的第三方 ActiveX 控件就应该到开发商的 Web 网站去看看它有没有出升级版或者 NET 版
在 NET 编程世界里人们对自定义 UI 组件的需求依然存在只不过它们的创建过程有所不同本文将探讨两个问题为什么要创建自己的 Microsoft Windows® 控件？在 Visual Basic NET 中开发控件时有哪些方面不同于以往的 / 版？
二为什么要开发你自己的控件？
为了限制 Windows 窗体TextBox 控件的文本类型可以在窗体代码中添加该控件的KeyPress 事件处理程序以拦截用户的每次击键并检查该键对应的字符能否进入 TextBox
Private Sub TextBox_KeyPress(ByVal sender As Object _
ByVal e As SystemWindowsFormsKeyPressEventArgs) _
Handles TextBoxKeyPress
If Not CharIsDigit(eKeyChar) Then
eHandled = True
Else
eHandled = False
End If
End Sub
注意单纯依靠捕捉击键事件是无法确保输入 TextBox 的文本全是数字的因为用户有时不是直接向 TextBox 中敲入字符而是通过剪贴板粘贴字符给 TextBox 何况 TextBox 文本的初值就有可能包含非法的字符某些其它事件比如 TextChanged 等或许能够捕捉到更多非法输入但我更喜欢用 Validating 或者 Leave 事件它们是在用户离开输入控件之后才对 TextBox 进行字符合法性检查这么做诚然放弃了对用户输入的即时反应却允许用户首先通过剪贴板输入轻度犯规的文本字符串 比如在禁止空格的输入框中粘贴 然后手工纠正输入框里的犯规字符
向控件中手工添加事件处理程序代码并不太难可是当你面临更复杂的编程任务比如检验邮寄地址或者汽车的 VIN # (车辆识别号码) 的字符合法性时你还会感到如此轻松吗？此时你会希望把同一段事件处理程序用于多个窗体甚至多个项目或者将它提供给开发小组的其他成员共享然而提取窗体中的代码片段连同安装指南和控件的命名规则一起发布却是一个恶梦的开端好在天无绝人之路你只要把它连同一个自定义控件发布就不会遭遇这种恶梦了因为此时用户界面和相关代码都位于独立的组件中而组件的发布相对要容易得多通过组件发布的代码片段在升级上也方便些你只需发布新版的组件即可再也不必通过种种渠道公布新的代码片段让程序员手工覆盖原先的代码了！
三继承性如何改变了控件的开发？
在 NET 中的控件开发已经和 Visual Basic 大相径庭其根本原因就是 NET 引入了继承性在 Visual Basic 中你只能不用控件或者直接引用现成的控件来实现各种功能性例如为了创建前面提到的自定义文本输入框你就要新建一个 ActiveX 控件然后向其中增加一个 TextBox
注意人们通常把这种编程思路称为容器 (containment) 或者委托(delegation)在 Visual Basic 中用于模拟继承机制的非控件类也可以采用这种思路
此时新建的 ActiveX 控件并不会如你所愿自动获得 TextBox 的某些属性 (比如 Text 属性)这些属性只能由你编码实现更糟的是你必须用许多代码来确保 TextBox 始终占据整个窗体你还得为新控件设计 resizing 事件处理程序当然经过一番折腾你总会完成该控件的设计任务的何况还有 ActiveX 控件界面向导能减轻你的负担可是在 NET 环境下整个任务的完成思路都会变得完全不同
继承性能避免控件开发中的某些重复代码因为它能让 NET 控件直接获得任何其它控件的功能性例如为了创建自己的 TextBox 控件你可以继承现有的 TextBox 控件而不是 UserControl 控件新控件继承了基类控件的全部功能性因此你只需要对基类控件中没有的功能性编码即可下面举一个实际的例子以下代码能够创建一个自定义 TextBox 控件它只允许用户输入数字字符
注意为了运行这段代码你只需在Windows 应用程序模板下新建一个 Visual Basic NET 项目然后就能在 IDE 自动生成的空白窗体中试验新控件了在项目中新建一个类 NumericTextBox 用下面的代码替换 NumericTextBox 类文件的内容编译该项目最后在菜单中选择工具>自定义工具箱选中先前编译项目得到的 exe 文件就能把新控件添加到工具箱了
Public Class NumericTextBox
Inherits SystemWindowsFormsTextBox
Protected Overrides Sub OnKeyPress(ByVal e As _
SystemWindowsFormsKeyPressEventArgs)
If Not CharIsDigit(eKeyChar) Then
eHandled = True
Else
eHandled = False
End If
End Sub
End Class
对本例来说以上代码已经足够了如果你还觉得它不够完善的话请改用下列代码它运用一种奇妙的布尔逻辑减少了代码行数
Public Class NumericTextBox
Inherits SystemWindowsFormsTextBox
Protected Overrides Sub OnKeyPress(ByVal e As _
SystemWindowsFormsKeyPressEventArgs)
eHandled = Not CharIsDigit(eKeyChar)
End Sub
End Class
现在你的新控件已经正确显示在窗体中了它象 TextBox 一样处理事件并且拥有与 TextBox 一样的方法属性你甚至不需更多的编码就能实现对新控件的数据绑定因为这也是基类控件 TextBox 的功能性之一
注意本控件对用户输入的要求十分苛刻它只允许输入 至 的数字也就是说数字中的逗号小数点甚至负号都是非法字符
在 Visual Basic 中设计本控件时核心代码会和本范例一样长可是用于处理控件的 resizing 事件和实现 TextBox 组件属性的代码也会有这么长由此可见NET 提供的继承性能够大大精简源代码单凭这一点NET 就已经令人歎服了何况它还有许多其它优越性更奇妙的是凡是要求使用某一控件的地方都能改用继承该控件而来的新控件例如在任何例程中要求 TextBox 的地方都能用你的 NumericTextBox 控件不仅如此从现有控件而不是从 UserControl 类继承而来的新控件不但具备基类控件的所有功能性还能象基类控件一样使用继承得到的属性方法和事件因此任何程序员只要学过标准的 TextBox 控件就知道如何使用 NumericTextBox 控件允许继承现有的类/控件是从Visual Basic 到 NET 的一个重大飞跃可是 NET 的优点又何止于此！在 NET 环境下Windows 窗体控件不但拥有不少强大的功能而且它们的创建也比在老版本 Visual Basic 中容易得多
四总结
无论对于个人开发小组还是软件开发商自定义控件的开发都是功能最强大的组件技术之一众所周知把用户界面与功能性以软件包的形式进行发布始终是Visual Basic 等可视化开发工具立于不败之地的重要因素在新版的可视化工具里仍然延续着该理念到了 NET 时代控件的开发思路已经大不相同了比如它引入了继承等新特性好在这些新特性都是对程序员有利的因为它们有效地减少了人们的编码负担进而简化了自定义控件的创建过程本文以若干控件为例向读者介绍了自定义控件的创建过程以及控件开发中的某些重要技术当然我还希望读者能从这些范例中学会如何创建自己的新控件
