壹 前言
Microsoft® Visual Basic® 的組件支持歷來都是它的壹大賣點 於是第三方軟件開發商們紛紛開發出各種具有新功能性的可視控件 (也有少數非可視控件) 供 Visual Basic 程序員選用 這種特殊的 Visual Basic 開發形式創造了無數的第三方控件——有的是***享軟件/自由軟件 有的則被放到櫃臺上銷售 現在 人們甚至可以直接用 Visual Basic 開發自己的可視/非可視組件了 於是 組件的數量迅速增長 其中相當壹部分都是程序員 (或者開發小組) 為針對自己的開發任務設計的
註意 妳或妳的開發小組過去購買的 Microsoft ActiveX 控件往往無須修改或重寫就能直接移植到微軟 NET 環境下 具體而言 只要進入 Microsoft Visual Studio® NET 的 IDE (集成開發環境) 環境 依次從菜單中選擇 工具 Tool > 自定義工具箱 Customize Toolbox) 或者使用 NET 框架實用程序 Aximp exe (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 System Windows Forms KeyPressEventArgs) _ Handles TextBox KeyPress If Not Char IsDigit(e KeyChar) Then e Handled = True Else e Handled = 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 System Windows Forms TextBox Protected Overrides Sub OnKeyPress(ByVal e As _ System Windows Forms KeyPressEventArgs) If Not Char IsDigit(e KeyChar) Then e Handled = True Else e Handled = False End If End Sub End Class 對本例來說 以上代碼已經足夠了 如果妳還覺得它不夠完善的話 請改用下列代碼 它運用壹種奇妙的布爾邏輯減少了代碼行數 Public Class NumericTextBox Inherits System Windows Forms TextBox Protected Overrides Sub OnKeyPress(ByVal e As _ System Windows Forms KeyPressEventArgs) e Handled = Not Char IsDigit(e KeyChar) 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 中容易得多
lishixinzhi/Article/program/net/201311/14940