Microsoft Windows程序設計：Visual Basic .NET語言描述

　　CharlesPetzold是全球最權威且知名的Windows程序設計專家，他將其最暢銷ProgrammingMicrosoftWindowswithC#一書加以改寫，使之能完全適用于VisualBasic.NET的開發(fā)人員。這位暢銷書的作家示范了如何使用VisualBasic.NET將WindowsForms的功能發(fā)揮到極致（WindowsForms是新一代的Windows程序設計類庫）。您將學習如何使用VisualBasic的.NET版本替Windows應用程序建立動態(tài)的用戶界面與圖形化輸出。通過豐富的用戶端應用程序范例清楚示范了最常用的技術與不為人知的技巧，有了本書，您能真正深入到VisualBasic.NET的核心領域。本書是筆者的著作"ProgrammingMicrosoftWindowswithC#"到MicrosoftVisualBasic.NET的轉換版本。這兩本書除了示例編程代碼之外基本上是相同的。兩本書皆在展示如何在MicrosoftWindows之下撰寫程序。有許多方法來撰寫此類程序。在這兩本書中，筆者使用一個稱為WindowsForms的新類庫。WindowsForms類庫是Microsoft.NETFramework的一部分，.NETFramework的概念是于2年夏天首次提出并于一年半之后正式問世的。.NETFramework是提供程序員撰寫Intemet、Web、與Windows應用程序所需的類擴展集合。.NET的許多媒體范圍集中于Web編程。本書則是討論.NET的其他部分。您可以使用WindowsForms撰寫傳統(tǒng)獨立的WindowsForms應用程序（此類應用程序有時被稱為客戶端應用程序或分布式應用程序的前端）。WindowsForms幾乎提供了撰寫全方位Windows應用程序所需的所有功能。其最大疏忽就是多媒體支持，甚至沒有任何WindowsForms功能能夠讓電腦的喇叭發(fā)生嗶嗶的聲響。筆者曾經(jīng)嘗試去撰寫自己的多媒體類，不過后來還是克制下來，因為筆者心理假設（希望這是合理的假設）下一個版本的WindowsForms會內含靈活、強大且易于使用的多媒體支持。定義于.NETFramework中的類是跨語言的。在發(fā)表.NETFramework時，Microsoft也發(fā)布了可以使用這些類的VisualBasic與C++新版本以及全新的編程語言C#。其他程序語言的廠商正在修改它們自己的程序語言使其能夠使用.NET類。.NET的跨語言特性是由公共語言規(guī)范（CLS）所促成的，CLS文檔是描述使用.NETFramework的編程語言需要具有哪些特性。針對.NET所設計的編譯器一般會將源代碼轉換成位于.exe文件中的一個中間語言（IntermediateLanguage）。在運行：時，中間語言會被.NET公共語言運行庫（CLR）編譯成適當?shù)奈⑻幚砥鳈C器碼。因此，NETFramework可以說是跨平臺的。WindOWS與BaSiCMicrosoft公司在1985年的秋天首度發(fā)表Windows的第一個版本。自此開始，Windows就不斷地更新與增強，在WindowsNT（1993年）與Windows95（1995年）中更是做了顯著地改進，其中最重要的變革就是使Windows從16位架構邁向32位架構。當Windows首次發(fā)布時，實際上只有一種方法來撰寫Windows應用程序，也就是通過使用C編程語言來訪問Windows應用程序接口（An）。雖然也能夠使用MicrosoftPascal來訪問WindowsAPl，不過很少使用此方法。幾年來，許多其他的程序設計語言也都順勢調整以便能夠進行Windows編程。在1991年，Microsoft公司發(fā)布用于Windows的VisualBasic1.，此一革命性的產(chǎn)品允許程序員通過將控件拖放至窗體上來交互式地設計應用程序。VisualBasic1.提供了一種比C程序員所使用的API更高級的編程界面。VisualBasic在接下來的數(shù)年持續(xù)演進直到1998年推出VisualBasic6.為止。VisualBasic.NET代表從VisualBasic6.以來的變革（在語言本身并沒有太大改變），大部分仍然繼續(xù)沿用，但是在程序與Windows交互的編程界面上則有長足進步。在VisualBasic.NET中，此界面是由實現(xiàn)于.NETFramework中的類庫所提供的。用戶要求欲最有效地使用本書，您需要能夠編譯與運行VisualBasic.NET程序。欲編譯這些程序，您需要一個VisualBasic.NET編譯器。欲運行這些程序，您需要.NET運行庫（也稱為公共語言運行庫，CLR），CLR是動態(tài)鏈接庫的一個集合。這兩個項都已內含于稱為MicrosoftVisualBasic.NET的軟件產(chǎn)品中，它是一個現(xiàn)代化的集成開發(fā)環(huán)境。另外，您可以購買更完整廣泛也更昂貴的MicrosoftVisualStudio.NET，除了VisualBasic以外，它還能夠讓您使用C++與C#來撰寫程序。如果您喜愛較簡單的做法，可以下載免費的.NETFramework軟件開發(fā)工具包（SDK）。此下載內含一個命令行的VisualBasic.NET編譯器與.NET運行庫。首先，請到網(wǎng)站http：//msdn.microsoft.com/downloads，然后從左側選取SoftwareDevelopmentKits，并找到.NETFrafneworkSDK。您或許需要選擇.NETFrameworkRedistributable頁面然后在那里找到一個鏈接（請牢記，此Web站點與本書所提及的其他所有Web站點一樣，都會經(jīng)常變更、移動甚至完全消失）。筆者撰寫本書時系假設您至少了解如何在較早版本的VisualBasic中撰寫程序，而且假定您對面向對象語言的概念非常熟悉。筆者在第1章花了許多功夫讓您了解VisualBasic.NET的新特性。筆者在本書中有時候會引用WindowsAPI。您可以閱讀筆者的另外一本著作"ProgrammingWindows"（微軟出版社于1998年出版，第五版）學習更多有關WindowsAPl的知識。正如筆者在前節(jié)所提，欲最有效地使用本書，您需要會編譯與運行VisualBasic.NET程序。系統(tǒng)要求列示如下：●Microsoft.NETFrameworkSDK（最小需求）；MicrosoftVisualBasic.NET或MicrosoftVisualStudio.NET（建議需求）?！馦icrosoftWindowsNET4.、Windows2或WindowsXP。欲在其他電腦上運行您的VisualBasic.NET程序，這些電腦必須安裝.NET運行庫（即.NETFramework可重新發(fā)布包）。該包內含于.NETFrameworkSDK、VisualBasic.NET與VisualStudio.NET中?？芍匦掳l(fā)布包可安裝于剛剛所提過的Windows版本以及Windows98與WindowsMe中。正如我們稍后所會討論的，本書的范例文件可以自微軟出版社網(wǎng)站下載。如果您要將它們安裝于硬盤中，需要大約3.5MB的額外硬盤空間（如果全部加以編譯，這些范例所占用的空間將會超過13MB）。本書的編排當Windows1.首次發(fā)布時，整個API是實現(xiàn)于3個名稱為KERNEL（核心調用）、USER（用戶）與GDI的動態(tài)鏈接庫中。雖然這些與Windows關聯(lián)的DLL已經(jīng)變得非常龐大，但是若將Windows函數(shù)調用（或框架類）區(qū)分成這3類仍然是非常有用的。核心調用就是那些實現(xiàn)于操作系統(tǒng)的架構內部中者，而且一般會與任務、內存管理以及文件I/O有關。術語用戶是指用戶界面。這些是用來建立窗口、使用菜單與對話框以及顯示按鈕與滾動條等控件的函數(shù)。GDI是圖形設備接口（GraphicsDevicelnferface），它是Windows用以負責在屏幕與打印機上顯示圖形輸出（包括文本在內）的部分。本書先從4個介紹性的章節(jié)開始。從第5章（說明如何繪制直線與曲線）開始并持續(xù)至第24章（主要介紹Windows剪貼板），這些章節(jié)將會在圖形主題（奇數(shù)章節(jié)）與用戶界面主題（偶數(shù)章節(jié)）之間交替。一般來說像本書這樣的書籍并不會花費太多時間與篇幅來介紹非Windows主題，例如：文件I/O、浮點數(shù)運算與字符串處理。然而，因為.NETFramework非常新，筆者發(fā)現(xiàn)自己期望能在這些類上有前后連貫的說明。因此筆者自己撰寫了這樣的說明。它們會內含于文件、數(shù)學與字符串的3個附錄中。您可以在讀完第1章之后，在需要了解它們的任何時候參考這些附錄。筆者試著去編排這些章節(jié)的先后順序（以及各章中主題的順序）以使每個主題循序漸進，而讓"向前引用"的次數(shù)降至最低。筆者將本書撰寫成可以很自然地一路讀下去，就好比在閱讀TheStand或TheDeclineandFallOftheRomanEmpire一樣。當然，如果像本書這么多篇幅的書籍能夠當作參考書籍來查閱也是很不錯的。出于此原因，許多使用于WindowsForms程序設計中的重要方法、屬性與枚舉皆會在討論它們時列于表格中。然而，即使是本書這樣篇幅的書籍也無法徹底討論到WindowsForms中的所有技術知識。本書不能取代Microsoft官方的類文檔。WindowsForms程序需要費一番功夫學習，為了幫助學習，本書內含豐富且完整的范例程序。您可以自行將這些程序中的代碼片斷粘貼至程序中（這也正是這些范例程序的主要目的），但是請不要隨意分布這些程序或其中的代碼。如同在VisualBasic的早期版本中，VisualBasic.NET允許互動式地設計應用程序的外觀。您可以將不同的控件（如按鈕和滾動條等）放置在窗口的表面上，而，VisualBasic.NET會自動生成代碼。雖然這樣的技術在設計對話框與前端面板類型的應用程序時非常有用，但是本書將不采用VisualBasic.NET的此項特性。在本書中，我們不會讓VisualBasic.NET替我們生成代碼，我們將學習如何自行撰寫所有的代碼。支持本書的范例程序可以從出版社網(wǎng)站http：//www.microsoft，com/mspress/books/6259，asp下載（筆者個人的網(wǎng)站http.'//www，charlespetzold，com也有一個該網(wǎng)頁的鏈接）。您可以將解決方案文件（.sln）或項目文件（.vbpr~）下載至VisualBasic.NET中并重新編譯這些程序。我們已經(jīng)竭盡所能來確保本書與源代碼內容的正確性，微軟出版社會通過如下網(wǎng)址的全球信息網(wǎng)來提供本書的勘誤：http：//www.microsoft，com/mspress/support/欲直接連接至微軟出版社知識庫并輸入您的問題或結論，請訪問：http.'//www，microsoft，com/mspress/support/search，asp如果您對本書有任何建議，問題或想法，請使用下列方式將它們傳送至微軟出版社：郵寄：MicrosoftPressAttn：ProgrammingMicrosoftWindowswithMicrosoftVisualBasic.NETEditorOneMicrosoftWayRedmond，WA9852-6399電子郵件：MSPINPUT@MICROSOFt.COM請注意以上郵件地址并不提供產(chǎn)品支持。要獲得關于VisualBasic.NET，VisualStudio.NET或.NETFramework的支持信息，請訪問Microsoft產(chǎn)品支持Web站點：http：//www.microsoft.com如何轉換一本書筆者在21年的11月完成了ProgrammingMicrosoftWindowswithC#。在22年2月初，微軟出版社詢問我是否有興趣將本書轉換成VisualBasic.NET。我認為這是個蠻有趣的計劃，因此立即同意這么做。本項目的第一個工作是撰寫一個程序（以C#撰寫）將書中的C#程序轉換成VisualBasic.NET。C#這本書含有3個以上的源代碼文件，因此我知道不可能將此工作全部自動完成，VisualBasic.NET這本書顯然要花很長的時間來完成。我的第1個轉換程序是一個片段，草率而且是特別針對我的C#編程風格設計的，忽略了我未曾使用過的程序語言特性。一個星期后，我決定重新撰寫它，但是在那之前它已成功地轉換了95％的代碼，所以我決定通過"查找"與"替換"操作的協(xié)助手動轉換其余的部分。C#是一個區(qū)分大小寫的編程語言，而且在范例程序中筆者也確實使用此特性來命名變量。比方說，如果我只擁有一個Font類型的對象，我會將它命名為font。起初我假設VisualBasic.NET（不會區(qū)分大小寫的編程語言）不容許這樣的事情，但是我錯了。編譯器接受一個名稱為font的對象。然而，如果font在一開始沒有正確定義，VisualBasic.NET編輯器會通過將第一個字母改成大寫來修正它以便使其符合Font類！為了避免造成不習慣程序語言會區(qū)分大小寫的程序員會混淆，我決定不將類名稱復制于對象名稱。我的字體對象會成為fnt對象，而且在此過程中，我認為本書在對象命名方面已比C#那本書具有更高程度的一致性。我遇到的VisualBasic.NET是否有功能不足之處呢？其實非常少。在C#中，算術運算符（+、一等等）與比較運算符（等等二可以被結構與類重載。例如，可以使用一般的加號來相加Size對象。但在VisualBasic.NET中，必須使用op_addition方法。有類似的方法用于比較對象與轉換它們。VisualBasic.NET中不帶正負號整數(shù)的缺乏很少影響代碼的轉換。筆者在第12章的HexCalc程序中使用一個不帶正負符號的長整數(shù)，但是它可以很容易就修改成帶正負號的長整數(shù)。HexCalc程序中比較嚴重的問題是使用C#符號來標示計算機的按鈕。進行類似這樣的轉換很容易就顯現(xiàn)出兩種程序語言間非常有趣的不同點。例如，在C#中，方法默認是專用的；而在VisualBasic.NET中，默認是公用的。哪一個的做法較好著實讓筆者思量了好一會兒，結論是各有利弊。方法應被默認保護的。應該有一個理由（以及一個關鍵字）來使特定的方法是共用的或專用的。在本書的文本部分。筆者用標簽筆動手處理了ProgrammingMicrosoftWindowsWithithC#熱銷的副本，標出了筆者能發(fā)現(xiàn)的每個很小的C#關鍵字、代碼片段和以C#為中心的概念。為了轉換本書中許多方法的表格，筆者撰寫了一個VBScript。雖然它沒有辦法完完全全地正確運作，但是也讓工作簡化了不少。MicrosoftWord文件的其他變更則是手動完成，使用全局搜索只是為了再次檢查筆者的人工努力（最常用的單一項需要改變嗎？C#的static關鍵字會成為Shared）。本書有一些需要改變的地方起初并不明顯。正如您所見到的，當翻閱本書的各頁時，您會發(fā)現(xiàn)有許多屬性的表格。在筆者最初替C#這本書設計這些表格的格式時，我是將屬性的類型擺在第一列并將屬性本身擺在第二列。這是C#程序員在源代碼中所看到的順序。但是這并不是VisualBasic.NET程序員所會見到的。因此這些表格的前兩列必須對調以便先顯示出屬性名稱，然后才是類型。我的編輯與我是否已從本書去除掉所有C#的痕跡呢？我們不敢完全保證。就在前幾天（在我同意本書付梓之前最后一次校對章節(jié)與附錄時）我就發(fā)現(xiàn)了一個分號（C#使用分號作為語句的結尾）與雙斜線（C#的注解符號）。希望不會有太多類似之處逃過我的搜索。在.NET發(fā)表之前，將一個C或C++Windows編程書籍轉換成VisualBasic可說是不可思議的。這都要歸功于公共語言規(guī)范（CLS）與.NETFramework，它們確實使得此項轉換工作更加順暢。Microsoft公司確實也創(chuàng)造出一個系統(tǒng)，那就是編程語言的選擇完全只是個人的喜好而已。

　　CharlesPetzold1994年5月，Petzold作為僅有的七個人之一（并且是唯一的作家）被《WindowMagazine》和Microsoft公司授予WindowsPioneer獎，以表彰他對MicrosoftWindows的成功做出的貢獻。CharlesPetzold從1984年開始編寫個人計算機程序，從1985年開始編寫MicrosoftWindows程序。他在《MicrosoftSystemsJoumal》1986年12月號上發(fā)表了第一篇關于Windows程序設計的雜志論文。從1986年到1995年，他為《PCMagazine》撰寫“Environments”專欄，給讀者介紹了Windows和OS／2程序設計的許多方面。>>更多作品章立民·資深電腦圖書作家，擁有60本以上著作?！づ_灣微軟公司資深顧問講師。從1993年開始于臺灣微軟主講研討會。·臺灣微軟最有價值專家MVP。三度當選MVP?！る娔X技能基金會數(shù)據(jù)庫應用類命題委員?！づ_灣工研院機械所制造信息部顧問·臺灣資誠會計師事務所信息系統(tǒng)服務部顧問·臺灣捷和建設資訊部顧問·臺灣盤天科技總經(jīng)理·臺灣盤天科技顧問·臺灣一日志工協(xié)會資訊顧問·《ComputerDIY》雜志專欄作家·《RUN！PC》雜志專欄作家·曾任教于臺灣空中大學、聯(lián)電、藥物食品檢驗局、調查局、南亞塑膠、NIKE、臺灣核電一廠、大眾電腦、臺灣日立等臺灣各大公民營企業(yè)與教學機構，乃臺灣最權威之專業(yè)咨詢顧問與講師?！ｉL：關系型數(shù)據(jù)庫管理系統(tǒng)、VisualStudio2005開發(fā)工具、SQLServer、Access2003與FrontPage2003。將有全系列書籍問世，敬請諸位讀者關注。·著作：寫作迄今，16年來已有60本以上的電腦著作問世，內容涵蓋SQLServer2000、VisualBasic.NET、ASP.NET、CrystalReportforVisualStudio.NET、Access2002～2003、FrontPage2002～2003、VisualFoxPro、WordVBA、Windows等主題。Access2003：用150個范例學查詢>>更多作品