通用模塊？
在聞喜等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站建設(shè)、做網(wǎng)站 網(wǎng)站設(shè)計制作按需網(wǎng)站開發(fā),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),成都全網(wǎng)營銷推廣,成都外貿(mào)網(wǎng)站建設(shè)公司,聞喜網(wǎng)站建設(shè)費用合理。
VB6：工程資源管理器的右鍵菜單中的“添加”里面有標(biāo)準(zhǔn)模塊
VB.NET：類視圖空白區(qū)域右鍵菜單中“添加”類里面的“模塊”
VB.net是純面向?qū)ο蟮拈_發(fā)語言，為了適應(yīng).net Framework的安全性，vb.net進(jìn)行了不小的調(diào)整。但是關(guān)鍵字修飾符之類的基本沒有什么變化，所以您只需要習(xí)慣.net下的強類型，應(yīng)該是不難轉(zhuǎn)型。
舉個簡單的例子吧，vb.net下是沒有“變體類型”這一數(shù)據(jù)類型的，整型就是整型，字符串就是字符串，像
a = 50 + 60
Text1.Text = a
這樣的代碼是不行的，VB6.0支持變體類型，會自動進(jìn)行類型轉(zhuǎn)換，而.net下為了保證安全性，會要求程序員自己進(jìn)行必要的轉(zhuǎn)換。
至于API，.net框架下對API的依賴性像VB6中那么高，一些API完成的工作可以由一些類庫來完成。API的調(diào)用也不是一樣的，因為有些API涉及到了“不安全代碼”，而且API是用另一種非.net 語言編寫的，所以調(diào)用時有些特別的要求。
vb.net工作在.NET Framework下，與VB6的解釋執(zhí)行不同，VB.NET是編譯執(zhí)行的，.net下所有的應(yīng)用程序都被編譯成一種“中間語言（MSIL）”的形式，運行時由一種稱為即時編譯器（JIT）的程序進(jìn)行二次編譯?？梢哉f.net既是開發(fā)環(huán)境又是運行環(huán)境，它提供了通用類型系統(tǒng)（CTS）和“公共語言運行時”（Common Language Runtime，CLR），前者為開發(fā)時提供了類型支持，.net下語言中的基本數(shù)據(jù)類型都來自于這個類型系統(tǒng)；后者為.net應(yīng)用程序提供了運行環(huán)境，包括JIT、GC（內(nèi)存垃圾收集器）等等，同時負(fù)責(zé)代碼的運行時安全。
最后，我感覺學(xué)一門語言并不難，難的是理解一些系統(tǒng)和程序設(shè)計中低層的東西，不過，我比較建議您學(xué)習(xí)VB.NET，因為它的純面向?qū)ο蟮奶匦员容^符合目前的軟件開發(fā)方式。
希望這些信息對您有幫助。
細(xì)說VB．NET（上）
（作者：青蘋果工作室編譯 2001年03月07日 14:47）
微軟公司提出的.NET概念，正從各個方面滲入到我們的生活中。它將產(chǎn)生的作用，
誠如一位業(yè)內(nèi)名家所描述的：“請忘掉你認(rèn)為你所知道的，.NET將改變一切”！既然如
此，無論是IT業(yè)內(nèi)人士、還是企業(yè)決策者，快速領(lǐng)會這個新概念的含義及深遠(yuǎn)影響，
都顯得非常必要。
概要
VB正在不斷地發(fā)展中，它具備了以前VB編程人員作夢都想擁有的性能，想象一下你
將隨心所欲的利用這些性能，是不是很令人激動？然而，這個計劃于2001年第四季度上
市銷售的VB版本可能會給你帶來些小麻煩，因為要完全掌握它需要一個較長的學(xué)習(xí)周期
，而且其中包括了一些微妙的變化，你可能在使用他們的時候出現(xiàn)錯誤。
需要準(zhǔn)備的條件：建議獲得Visual Basic.NET beta 版，這些內(nèi)容對所有VB程序員
都是有用的。
Microsoft .NET平臺的涵蓋面很廣，而且很難預(yù)測它的真正意義。我們注意到，現(xiàn)
在有很多關(guān)于.NET的不正確的理解。因此在這篇文章里，我們將把給你一個VB.NET到底
是些什么的概念，從頭到尾說一說它是什么、它能干什么以及怎樣才能充分發(fā)揮它的優(yōu)
點。我們要特別地細(xì)看一下IDE的改變、面向?qū)ο筇卣?、底層結(jié)構(gòu)的改變、一些“現(xiàn)代化
”的語法以及包裝和分發(fā)方面的增強。我們將討論這些功能能為你做什么，解釋他們的
優(yōu)點與不足。由于這些改變是如此之大，而且涉及方方面面，因此希望這一篇文章能滿
足你全部的要求是不現(xiàn)實的，要了解這方面全部的知識請參閱有關(guān)文章和書籍。
Visual Basic.NET 和你現(xiàn)在所知的開發(fā)工具完全不同，并且這個新版本會改變你的
未來。到底有多大不同？如果你覺得從VB3遷移到VB4是一個很大的變化，那這次VB.NET
會讓你感到震驚。這次升級與其說是VB的一個新版本，還不如說是遷移到一個新平臺上
，你所面臨的情況就和從DOS遷移到Windows差不多。
VB獲得了繼承能力
VB.NET預(yù)期擁有的第一新功能就是繼承能力。繼承是VB開發(fā)者長期以來要求得最多
的功能。判斷一下對繼承的要求是不是像早些時候?qū)Ρ镜鼗幾g器的要求一樣將是一件
很有意思的事，后者，當(dāng)Microsoft提供了一個以后，你就幾乎聽不到多少這方面的言語
了。
Visual Basic現(xiàn)在是真正的面向?qū)ο笳Z言了。過去，你可以通過使用VB的界面繼承
性創(chuàng)建偽實現(xiàn)的對象繼承，但現(xiàn)在不必這樣做了。
Visual Basic.NET 現(xiàn)在提供大量面向?qū)ο蠊δ埽☉?yīng)用程序繼承，它允許你從其
它類導(dǎo)出你想創(chuàng)建的類。像在其它面向?qū)ο笳Z言里一樣，你能覆蓋基類的方法和屬性，
并且能實現(xiàn)多態(tài)以創(chuàng)建健壯的、擴展性好的組件。例如，假定你從基類 Crane里繼承產(chǎn)
生了一個ForkLift類，你能使用像下面的代碼覆蓋基類里對Lift方法的默認(rèn)實現(xiàn)：
Public Class ForkLift
Inherits Crane
Overrides Sub Lift(ByRef _
Height As Double)
Height = Height + 10
End Sub
End Class
VB.NET不僅能讓你覆蓋方法或?qū)傩?；它還能讓你重載方法。重載是定義同名、但使
用不同數(shù)據(jù)類型的方法或?qū)傩缘哪芰Α＠?，假定你有一個組件能對不同數(shù)據(jù)類型的數(shù)
組進(jìn)行排序，你不需要三個(每種數(shù)據(jù)類型一個)不同名的方法；實際上你可以重載一個
方法名：
Overloads Sub SortArray(ByRef _
aValues()As String)
...
Overloads Sub SortArray(ByRef _
aValues() As Integer)
...
Overloads Sub SortArray(ByRef _
aValues() As Object)
另一個改變是：表單現(xiàn)在是類模塊。這就是說類本身包含建立表單的所有“肥料”
的代碼。你可能想知道，為什么你不得不看到這些從前不用看的代碼，但這個改變同時
帶來強大的新功能，包括繼承這些表單的能力。Microsoft把這一技術(shù)稱為可視化繼承。
假定你的對話框有一種標(biāo)準(zhǔn)的格式，例如在表單的一側(cè)有一行按鈕，并在角上有一個標(biāo)
識，那么，通過可視化繼承你能創(chuàng)建一個表單模板(類)，并從這個基類里導(dǎo)出所需的表
單。
一切都是對象
代碼復(fù)用簡化了開發(fā)過程，像實現(xiàn)和可視化繼承這樣的功能有利于更簡單、更強大
的代碼復(fù)用。然而，代碼復(fù)用并不是到此為止。你能通過支持VB.NET的通用語言運行庫
(Common Language Runtime - CLR)繼承在其它 VS.NET 語言里定義的類。例如，你或別
人創(chuàng)建了一個 C# 類，然后就能從 VB 里繼承它。
VB.NET 的面向?qū)ο竽芰U展了語言本身的通路：一切都是對象。這意味著比在以前
的 VB 版本里，你獲得了更多的內(nèi)在功能，你將很少被迫使用 Windows API。例如，在
以前的 VB 版本里，你使用 LoadPicture 方法加載圖片并使用表單的 Line 方法(或較
快的 API) 畫線?，F(xiàn)在，你使用 System.Drawing 對象來創(chuàng)建并處理圖形。你可以使用
以下代碼在表單上顯示一幅圖片：
picshowpicture.Image = _
system.Drawing.Image.FromFile( _
"c:\test.bmp")
注意 VB.NET 的“一切都是對象”方式讓你的語句能用得更長久。
考慮以下語句，它在一個圖形對象上畫一條黃綠色的線：
objgraphics.DrawLine(system.Drawing. _
Pens.Chartreuse, 0, 0, 100, 100)
這些長長的語句也有好處：改進(jìn)的功能、適應(yīng)性和易用性。從前，你要實現(xiàn)先進(jìn)的
功能就不得不在文檔中挖掘，經(jīng)常是不得不訴諸API?，F(xiàn)在，相關(guān)的功能集符合邏輯地包
含在對象里。這種處理方式的另外一個好處就是：類把相關(guān)的功能很好的組織了起來。
所以，瀏覽你感興趣的對象，發(fā)現(xiàn)它們做些什么實際上很有意思。
Visual Basic.NET 的面向?qū)ο蠊δ芴峁┝撕芏鄬嵲诘暮锰?。很多情況下，VB.NET
面向?qū)ο蟮谋举|(zhì)和實現(xiàn)的繼承性能幫助你比在以前的 VB 版本里更容易、更迅速地創(chuàng)建
特定類型的功能。然而，你不一定要僅僅因為你能做到，就使用實現(xiàn)繼承性或其它 .NE
T 功能。VB.NET 的新功能使開發(fā)許多類型的應(yīng)用程序變得更簡單！但是，就像使用所有
的語言能力一樣，你需要使用的是在特定場合下最適合的功能。
自由線程的危險
對于自由線程可能需要特別給出警告。VB6允許你使用獨立的線程來創(chuàng)建多線程服務(wù)
器程序，但VB過去從來沒有讓你能創(chuàng)建自由線程的客戶端程序。VB.NET 改變了這一切。
現(xiàn)在，創(chuàng)建自由線程應(yīng)用程序幾乎成了最微不足道的事情。實際上，我估計那些沒有理
解其中的微妙差別，就在他們的應(yīng)用程序里添加了自由線程的程序員會遇到很多問題。
只需要幾行代碼就能啟動一個新線程：簡單地將線索對象的地址傳遞給方法，方法本身
就會啟動線程。這確實是很酷也很有用的東西，但你需要小心：這些功能適用于特定的
場合，確定哪些是適用的場合并且明智的使用這些工具則是你自己的事。許多開發(fā)者使
用繼承性和自由線程時給自己找了不少麻煩，請不要讓這些發(fā)生在你身上。
可能大家討論得最多的 VB.NET 特征就是 CLR (通用語言運行庫)，VB 運行在它的
頂層上。是 CLR 提供了 VB.NET 的許多關(guān)鍵功能。例如，CLR 使實現(xiàn)和跨語言繼承性以
及自由線程成為可能。
分發(fā)VB程序要求你同時分發(fā)VB的運行庫，在VB6里即是msvbvm60.dll。許多其它語言
也有類似的要求，包括 C++ 和 Java。在Visual Studio.NET里，所有的Visual Studio
語言共享同一個運行庫：CLR。這里有幾個較大的變化，首先，所有的Visual Studio語
言現(xiàn)在都共享同一個IDE、同樣的表單引擎、同樣的異常處理機制等等。這意味著Visua
l Basic和像 C#這樣的語言擁有同等的地位，至少差不多是同等的。
回復(fù)：
細(xì)說VB．NET（中）
（作者：青蘋果工作室編譯 2001年03月07日 14:47）
易于反編譯的中間語言
無論你用VB、C#或其它.NET語言編寫應(yīng)用程序，VS.NET代碼都編譯成為中間語言(I
L)。當(dāng)應(yīng)用程序運行時，一個即時編譯器(JITter)處理IL代碼并把它編譯成為機器語言
。這意味著在理論上可能為Windows以外的平臺創(chuàng)建.NET運行庫，但現(xiàn)在關(guān)于類似的事情
還沒有任何官方消息。中間語言的一個缺陷是：它像VB5以前的VB版本一樣，容易被反編
譯。這種可能性使許多開發(fā)者普遍地質(zhì)疑.NET架構(gòu)的安全性。
CLR在IL層次內(nèi)外影響代碼，對它的修改將使所有使用CLR的語言受益。然而，語言
只是和代碼如何被解釋為IL有關(guān)，對特定語言的優(yōu)化可以根據(jù)特定語言的語法來編寫，
這樣在技術(shù)上就可能使.NET語言之間的性能差別很小。不管怎樣，大體上藍(lán)圖是美好的
。例如，CLR使VB的調(diào)試和監(jiān)測工具和C#的相應(yīng)工具相當(dāng)，它做到了這一點因為它們本來
就是相同的工具。
CLR提供不平行的跨語言集成，包括跨語言繼承代碼的能力。所有使用CLR的語言共
享一個通用類型系統(tǒng)，它使使用多種語言開發(fā)應(yīng)用程序變得更簡單。我不喜歡把 C API
聲明翻譯成VB里可以使用的形式，所以我很贊賞通用類型系統(tǒng)帶來的好處。
在CLR中運行的代碼被稱為被管理代碼，被管理代碼使用的內(nèi)存完全由CLR來控制。
被管理代碼帶來很多好處，包括跨語言集成、跨語言異常處理和簡化的部件相互作用模
型。Visual Basic被限制為只能以被管理代碼的方式工作，然而C#擁有跳到非被管理代
碼的能力(執(zhí)行到運行庫之外)，并能做像指針操作這類事情。這是VB和C#不同等的情況
之一。這種能力到底有多重要取決于你想干什么。
CLR造成的體系結(jié)構(gòu)差別要比跨語言集成、共享功能和被管理代碼等深刻。首先，V
isual Studio.NET的支撐結(jié)構(gòu)不是 COM。另外，VB.NET里的所有東西，甚至字符串都是
對象。因為這些和其它一些原因，Microsoft改變了支撐結(jié)構(gòu)處理對象的方式。COM實現(xiàn)
了一個引用計數(shù)方案，這樣每次引用一個對象時，計數(shù)器遞增。當(dāng)一個對象引用超出作
用域或被釋放時，計數(shù)器遞減，當(dāng)引用計數(shù)減少到零時就終止這個對象。Microsoft聲稱
在.NET架構(gòu)下引用計數(shù)的開銷太大，以至于不能在 .NET中實現(xiàn)它，所以它放棄了引用計
數(shù)轉(zhuǎn)而使用垃圾收集。
垃圾收集需要新體系結(jié)構(gòu)
CLR垃圾收集器主要是監(jiān)視一個程序的資源，當(dāng)可用資源達(dá)到確定的閾值時尋找無用
的對象，并在發(fā)現(xiàn)它們的時候清除這些對象。垃圾收集的一大好處就是你不再需要擔(dān)心
大多數(shù)普通的循環(huán)引用，即子對象引用了父對象，然后父對象又引用了子對象。在引用
計數(shù)方案下，循環(huán)引用使兩個對象都不能被釋放和清除。然而，垃圾收集器會發(fā)現(xiàn)循環(huán)
引用并清除它們。這也意味著釋放對象的最后一個引用時不再需要立即清除對象。
垃圾收集的一個后果是：你再也不能指望一個類的 Terminate 事件能在適當(dāng)?shù)臅r機
發(fā)出。實際上，如果線程被阻塞，可能根本就不會發(fā)出 Terminate 事件。和COM提供的
確定化終止相反，它被稱為不確定的終止。缺乏確定化終止，以及因為垃圾收集器重新
安排并壓縮內(nèi)存從而不能使用指針的事實，在新聞組里激發(fā)了一波激烈的辯論。我想這
些新限制可能會令你痛恨，因為你要依靠確定化終止；也可能你漠不關(guān)心，因為你不依
賴 Terminate 事件。垃圾收集并不是萬靈藥，實現(xiàn)弱引用依然需要做一些考慮。
從引用計數(shù)到垃圾收集只是 Visual Studio.NET 的支撐結(jié)構(gòu)不是 COM 這個事實的
表象之一。你能在VB.NET中使用COM對象，比如說ActiveX服務(wù)器或ActiveX控件。然而，
你必須通過包裝訪問這些對象。任何時候聽到“包裝”這個術(shù)語，你應(yīng)該明白你面對著
性能損失，并且對象的行為可能有所不同。如果當(dāng)計劃移植一個使用了大量COM對象的工
程，就需要認(rèn)真地測試和計劃，可能需要重新規(guī)劃應(yīng)用程序的結(jié)構(gòu)才能移植成功。坦率
地說，你要有遭受挫折的準(zhǔn)備。還記得從VBX遷移到 OCX的過程嗎？我記得，我的精神病
醫(yī)生也記得。我很快就要再去看他了 ;-)
語言本身的變化要遠(yuǎn)遠(yuǎn)超過體系結(jié)構(gòu)的變化。大部分改變確有道理，但我并不認(rèn)為
所有的改變都是如此。以前版本的VB允許你以很多方法來做很多事，以至于統(tǒng)一的編碼
標(biāo)準(zhǔn)要么不存在要么就很難強加于人。Microsoft對VB做了大量的改變?yōu)榈木褪恰扒逦?/p>
這種語言。很多情況下，原來你有好幾種方法做一件事，現(xiàn)在就只有一種了。Billy Ho
llis 提供了語法變化的詳細(xì)列表，包括廢棄的關(guān)鍵字列表，但有些東西需要在這里重復(fù)
一下。
首先，向過程參數(shù)傳遞數(shù)據(jù)的默認(rèn)方法由引用(ByRef)變成了傳值(ByVal)。這個改
變主要是因為引用要比傳值的風(fēng)險大得多。它的風(fēng)險主要是調(diào)用過程中的數(shù)據(jù)可能被無
意中篡改。你仍然能通過引用傳遞數(shù)據(jù)，但這一改變使你需要修改新的默認(rèn)調(diào)用方法來
使用引用。
Set語句消失了
其次，Set 語句消失了。在 VB.NET 里如果你需要向變量傳遞一個對象引用，所需
要的只是一個等號，對象被視為同其它值一樣。這很酷，但也有副作用：默認(rèn)屬性消失
了。例如，你不再能用這種方式引用一個屬性：
Text1 = "What, me worry?"
作為替代，你必須顯式地引用屬性：
Text1.Text = "What, me worry?"
也許一眼看來不需要這種改變，但確實必須去掉默認(rèn)屬性。例如，假定你有一個叫
objFoo的對象變量，不用Set語句，下面的語句所設(shè)置的引用就產(chǎn)生了歧義性：
objFoo = Text1
這條語句是應(yīng)該設(shè)置到Text1的引用，還是以Text1的Text屬性來填充objFoo？你不
能確定，編譯器也不能。拋棄Set語句同時要求拋棄默認(rèn)屬性。
有一個改變我不喜歡：你不再能在不同的作用域里聲明Property Get和Property S
et過程。注意 VB.NET 沒有 Property Let 語句：對象和數(shù)值都用 Property Set。這意
味著你不能用一個 Friend Property Let 過程來對應(yīng)一個 Public Property Get。用V
B建立組件時可能會有麻煩。許多組件開發(fā)者創(chuàng)建 Friend Property Set 過程以使他們
的應(yīng)用程序能改變一個值，但提供 Public Property Get 過程以使他們的客戶程序能取
回值。我希望我能為這個改變找到一個合適的理由，可是我找不到。
Microsoft說它力圖使語言保持清晰并使之現(xiàn)代化—大部分情況下它做得不錯—但這
個作用域問題和其它幾個問題令人感到困惑。例如，While...Wend 很早以前就應(yīng)該消失
了，因為 Do...Loop 完成同樣的功能。然而，Microsoft 不僅沒能去掉 While...Wend
，還把它改成了 While...End While 來給自己找了更多的麻煩。真奇怪！
我最不喜歡的改變是：Microsoft改變了你已經(jīng)使用的數(shù)據(jù)類型含義。在 .NET 里，
Integer 現(xiàn)在是 32 位，而 Long 變成了 64 位。我心存恐懼地想：開發(fā)者 (包括我自
己) 會多么頻繁地使用錯誤的變量啊。那個API到底是接受一個16位的 Integer還是32位
的？老天！我希望Microsoft重新考慮這個決定并使用新的變量類型，比如Int32和Long
64。無論遷移到 VB.NET的移植工具是多么的好，它也不能改變開發(fā)者的記憶。為什么要
逼著我們再學(xué)一遍普通的數(shù)據(jù)類型呢？
最后，最需要的一個改變是：VB.NET引入了 Option Strict 關(guān)鍵字，你可以使用它
來代替 Option Explicit。Option Strict 結(jié)束了萬惡的類型強制(tm)，通過它VB樂于
讓你把一個數(shù)值賦值給一個字符串，然后像犯罪一樣做另一個操作。設(shè)置 Option Stri
ct 告訴 Visual Basic.NET 不要為你做任何類型強制。注意 VB.NET 并不是徹底的控制
狂，它允許類型向下轉(zhuǎn)換，但不允許向上。例如，不使用像 sngvariable = CSng(dblv
ariable) 這樣的語句進(jìn)行顯式類型轉(zhuǎn)換，你就不能把聲明為 Single 的變量賦值給聲明
為 Double 的變量。因為這有丟失數(shù)據(jù)的風(fēng)險。然而，你能不使用顯式類型轉(zhuǎn)換就把聲
明為 Double 的變量賦值給聲明為 Single 的變量，因為這并沒有丟失數(shù)據(jù)的危險。使
用 Option Strict 能幫助開發(fā)者減少很多類型錯誤，包括那些很難調(diào)錯的。但有一個附
加的缺陷：在工程里使用了 Option Strict 后，就不能進(jìn)行 后編聯(lián)了。
回復(fù)：
細(xì)說VB．NET（下）
（作者：青蘋果工作室編譯 2001年03月07日 14:47）
表單和新IDE面孔
Visual Basic.NET 的面向?qū)ο蠊δ芎軅ゴ?，但第一次啟?VB.NET 時還注意不到它
?？赡苣阕⒁獾降牡谝患率撬?IDE。IDE看起來可能很熟悉，建立VS.NET IDE的團(tuán)隊
以前的工作是開發(fā)VB的IDE，對IDE的增強借鑒了VB IDE的經(jīng)驗。
同時，IDE的改變遠(yuǎn)比外表顯示的深刻。所有.NET語言使用相同的IDE，并且IDE中的
新工具功能強大又易于理解。你能把任何一個設(shè)計窗口設(shè)置為自動隱藏 (就像你能自動
隱藏Windows任務(wù)欄那樣)，這樣就大大地減少了混亂。主工作區(qū)域是一系列選項卡，這
意味著IDE不再同時顯式多個表單和代碼模塊。當(dāng)打開對象的源代碼時，IDE在它的主工
作區(qū)域為工作的對象添加一個新的選項卡。
IDE還包括一個叫作任務(wù)表(Task List)的新窗口。它的內(nèi)容由IDE創(chuàng)建的項目組成。
例如，如果在試圖編譯一個工程時收到一個錯誤，VB在任務(wù)表里創(chuàng)建一個項目來解釋這
個錯誤。你能直接向任務(wù)表里添加項目，或者通過在代碼里以 "TODO:"開始一個注釋行
，你可以在代碼位置和任務(wù)之間建立聯(lián)系。我喜歡Microsoft實現(xiàn)任務(wù)表的方式；在程序
出爐前，都需要完成些什么？估計它能幫我省掉很多時間和麻煩。看到它時，你最容易
產(chǎn)生的一個想法就是：以前怎么就沒人想到它呢？
你能注意到的另一個變化就是：VB.NET的表單。Microsoft廢棄了舊的表單引擎而使
用Windows Form代替它。所有基于 CLR的語言都使用Windows Form引擎。相對于VB6的表
單引擎，它有幾個重要的改進(jìn)。例如，Windows Form讓你能創(chuàng)建能自動調(diào)整組件尺寸的
表單，并允許將控件錨定在表單里的特定位置。換句話說，不再需要使用第三方控件就
能完成這些特殊任務(wù)。Windows Form還允許表演像透明表單這樣的很酷的技術(shù)。
過去，VB隱藏了建立表單的所有魔術(shù)。你使用IDE設(shè)計表單并把代碼添加到Initial
ize事件上，但你沒有手段來控制這兩點之間的過程?，F(xiàn)在，表單就是一個類，它包含用
來建立表單所有的代碼。我把這些代碼稱為肥料代碼，因為大多數(shù)開發(fā)者希望遠(yuǎn)遠(yuǎn)離開
它們，越遠(yuǎn)越好。要想可靠地弄壞你的程序，沒有比折騰這些代碼更好的辦法了。另一
方面，技術(shù)嫻熟的用戶可以通過這些代碼做很多很酷的事，因為它讓你能走到VB.NET表
單的幕后。要是你不想看到這些代碼你也能不看，因為新代碼編輯器有展開和折疊代碼
區(qū)的功能，并且這些肥料代碼是默認(rèn)折疊的。代碼編輯器還有幾個很酷的新功能。例如
，現(xiàn)在它自動為你縮排所有代碼(而且還干得不錯)，它還有內(nèi)置的顯示行號功能。
創(chuàng)建編譯的服務(wù)器端代碼
除了新的Windows Form引擎，.NET還包括一個為創(chuàng)建Web表單而特別設(shè)計的表單引擎
。這些被稱為Web Form的表單很聰明，就像VB讓你能很容易地為傳統(tǒng)Windows桌面應(yīng)用程
序創(chuàng)建表單一樣，它們讓你能方便地為Web創(chuàng)建表單。Web Form是 ASP.NET里的技術(shù)，讓
你能使用熟悉的RAD工具創(chuàng)建帶有代碼的表單。創(chuàng)建的ASP.NET代碼編譯并駐留在服務(wù)器
上，并在那里被執(zhí)行，然后以HTML方式發(fā)送給任何一個支持HTML 3.2的瀏覽器。
底層結(jié)構(gòu)捕獲客戶端上的事件數(shù)據(jù)，并把它發(fā)送給服務(wù)器。這意味著可以使用各種
用戶界面工具，可以利用現(xiàn)有的表單設(shè)計技巧，而且應(yīng)用程序界面是不依賴瀏覽器的。
如果可以放棄不依賴瀏覽器，你還有另一個選擇來利用Internet Explorer 某些功能特
有的優(yōu)勢。Web Form使支持Web的應(yīng)用程序能更容易地創(chuàng)建更好、更豐富多彩的用戶界面
。
Web服務(wù)策略
VB.NET里的另外一個重要的面向Web的功能是：Web服務(wù)。Microsoft的市場部門把W
eb服務(wù)列為采用.NET的幾大理由之一。實際上，Web服務(wù)的本質(zhì)就是使用標(biāo)準(zhǔn)協(xié)議的、由
Web服務(wù)器提供的、類似于COM的對象。注意在技術(shù)上它們并不是COM對象，但和COM對象
的表現(xiàn)方式很相像。Microsoft希望看到所有的公司使用Web服務(wù)，并且未來的應(yīng)用程序
可以簡單地“粘”在不同的Web服務(wù)上，就像現(xiàn)在可以使用Visual Basic for Applicat
ions (VBA)建立基于Office和支持VBA的程序的解決方案一樣。
在PDC上，對于它希望開發(fā)者如何“粘”在這些服務(wù)上，Microsoft提供的一個演示
程序給出了很好的例子。在這個演示程序里，一個假想的診所通過Web服務(wù)提供預(yù)約系統(tǒng)
，演示了你可以怎樣使用智能電話通過Web進(jìn)行預(yù)約。Visual Basic.NET 甚至?xí)试S你
查詢服務(wù)器，并獲得關(guān)于服務(wù)器能支持的所有Web服務(wù)的相關(guān)數(shù)據(jù)。通過IntelliSense
dropdown這個絕對有用的工具，程序員可以訪問Web服務(wù)。Web服務(wù)是Microsoft雄心勃勃
的戰(zhàn)略，但只有時間才能檢驗它是否能成功地被廣泛接納。
Microsoft試圖消除與包裝和分發(fā)應(yīng)用程序相關(guān)的問題，包括令人恐懼的DLL。所有
.NET應(yīng)用程序被封裝為元件。元件包含著數(shù)據(jù)以描述它運行所需的東西。這些數(shù)據(jù)被稱
為貨單，包括很多信息，例如：元件身份(名稱、版本等等)；一個列出了所有文件之間
的依賴關(guān)系的表，以及它們的位置和版本；包括DLL相關(guān)數(shù)據(jù)的外部依賴關(guān)系信息；還有
其它元件需要而開發(fā)者沒有創(chuàng)建的資源。元件是自說明的(通過它們的貨單)，所以.NET
應(yīng)用程序不需要修改注冊表才能工作。換句話說，你不再需要注冊表組件。在最好的情
況下，即客戶機里已經(jīng)有了.NET運行庫時，分發(fā)一個復(fù)雜的應(yīng)用程序可能只是把一個文
件夾復(fù)制到目標(biāo)機器上這么簡單的事。元件的另一個好處是：你可以讓不同的應(yīng)用程序
使用同一個DLL的不同版本，并且協(xié)調(diào)地運行在一臺機器上。如果所有這些都可以像計劃
中那樣工作，有關(guān)DLL的地獄和版本的噩夢就將成為往事。
正確之路
Microsoft徹底更新了它的技術(shù)，而不僅僅是核心語言。例如，在Visual Studio.N
ET里同時提供了ADO.NET，這是有特殊優(yōu)點的下一代ActiveX Data Objects (ADO) 版本
。它的一個靈活改變是：ADO.NET用Extensible Markup Language (XML)作為在組件之間
傳遞數(shù)據(jù)集的格式。這意味著接收組件不一定必須是ADO.NET組件，同時接收組件可以接
受任何XML 格式的數(shù)據(jù)集。談到XML，它支撐著VS.NET中的任何東西，從配置文件到遠(yuǎn)端
過程調(diào)用。ADO.NET在處理斷開的數(shù)據(jù)集時比 ADO的性能要好，并且具有更好的伸縮性。
Visual Basic.NET對我們都很熟悉的VB做了重要的改變。C++革命性地跳躍到.NET后
有了一個新名字：C#，而Visual Basic的名字沒變。然而，如果你把VB.NET當(dāng)作語法相
似的一門新語言而不是簡單的“升級”，可能掌握起來就要容易一些。本文給你一個起
點，但吸收掌握各種知識，并對未來做出有根據(jù)的決定是一個艱苦的過程，它只是這個
過程的一條起跑線。我不知道.NET會有多么成功，它的很多地方吸引我，但有些地方并
非如此。這個工具做了大量承諾，它夸耀很多功能能使 VB開發(fā)者更簡單地創(chuàng)建更有伸縮
性的高端應(yīng)用程序。最后，它的成功將取決于開發(fā)者能多好地將它應(yīng)用于現(xiàn)實世界?？v
觀Microsoft在PDC和Beta 1版本之間的性能和穩(wěn)定性上所跨過的這一步，我堅定地認(rèn)為
：Microsoft走對了路！
1、從OOP概念上講，VB不是一個真正的面對對象的語言，他不支持繼承等一些面對對象的特性，而VB.net是一個面對對象的語言，支持這些特性
2、VB和VB.net都可以用來網(wǎng)絡(luò)編程的，這點可以肯定，兩者都有這個功能
VB是通過控件進(jìn)行網(wǎng)絡(luò)編程，而VB.net可以通過VB的控件，也可以是用.net框架提供的system.net命名空間下的所有的類
3、正確理解VB.net中的.net，.NET 是微軟推出的一種新的編程思想和模式，對于網(wǎng)絡(luò)提出了一個新的概念（當(dāng)然功能有了很大的革新），微軟在.net 框架中規(guī)定了通用語言規(guī)范，只要符合這個規(guī)范，都可以利用.net強大的功能來完成任務(wù)，比如delphi.net ,他是.net和通用語言規(guī)范結(jié)合的產(chǎn)物，.net 框架提供了好多功能，簡單列出一些命名空間
System 包含所有的數(shù)據(jù)類型和...
System.IO包含Windows文件，數(shù)據(jù)流的訪問操作和...
System.Net包含網(wǎng)絡(luò)有關(guān)的各種協(xié)議TCP,UDP等等和...
System.Text包含字有關(guān)的，比如經(jīng)典正則表達(dá)式
System.Data包含訪問數(shù)據(jù)的所有的類
System.Web包含Web有關(guān)的，比如Web Services的新概念
System.Drawing包含GDI+的所有功能，可以繪制圖形
System......等等
當(dāng)然還包括Microsoft.VisualBasic等微軟產(chǎn)品的系列的命名空間
這些命名空間可以用于所有.net的應(yīng)用程序，比如可以用System.Drawing包含GDI+的所有功能來Web上動態(tài)的設(shè)計圖表
而實現(xiàn)它就可以用VB.net的語言
4、可以寬泛的來解釋就是：VB.net=VB（OOP）+.net
5、VB.net的運行方式和VB不同，比如VB就是通過一個DLL動態(tài)鏈接庫文件來編譯的，而VB.net是先生稱MSIL（微軟中間語言）代碼，然后通過通用語言運行時，將MSIL繼續(xù)編譯生成更好更高效的代碼。這位朋友可以試著用一下.net下的vbc.exe編譯工具，寫個小程序編譯下試試
6、兩者語法相同，但有少許差異，VB.net的運算符和一些錯誤處理機制多了一些
7、VB和VB.net最擅長用于快速開發(fā)，不需要太過于考慮性能的快速開發(fā)，但是VB.net和其他語言的功能天生是相等的，現(xiàn)在的VB.net用于Web應(yīng)用程序，WinForm應(yīng)用程序開發(fā)的情況就比較多，而其他應(yīng)用我不是很了解或一時想不出來，我有個朋友就是用.net做嵌入式開發(fā)的，但他們公司也用.net 做3G開發(fā)
8、狗屁六級的vrhero，“VB.NET也是VB”還在這兒放這么多廢屁，這樣的人就是沒事找抽型 把你的6個問題也給解釋一下，1、smalltalk是純粹的OOP語言，Java %90的OOP，VB不支持OOP的特性，所以不完全是，夠明白了吧2、完全不知所云---我寫的這些不是拷過來的，不能說我不知所云3、我只是把我經(jīng)常用到的命名空間告訴這位朋友不為過4、誤人子弟，屁話5、屁話6、筆誤，是我的錯7、你用VC++開發(fā)web給我看看，相比VB.net和C#看看那個快，各種語言都各有所長，不是我說的，微軟.net系列清華出版的這么多書，那本不都有說明嗎？你補充的那幾句，學(xué)過.net的人都知道，沒有實用價值。
“除了語法和使用習(xí)慣的繼承，VB 6.0之前的版本和VB 7.0之后的版本完全沒有聯(lián)系，幾乎沒有相同之處，兩種不同體系的語言”和“VB.NET也是VB ”這種自相矛盾的話，就認(rèn)為這位高級經(jīng)理是大腦發(fā)熱，筆誤吧！
重慶分公司
重慶分公司
