vb6.0和vb.net有什么區(qū)別?

VB6.0是基于對象的,VB.NET是面向?qū)ο蟮?它們之間的語法上差距還是比較大的.

創(chuàng)新互聯(lián)是一家專業(yè)提供寶坻企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計(jì)、H5高端網(wǎng)站建設(shè)、小程序制作等業(yè)務(wù)。10年已為寶坻眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站建設(shè)公司優(yōu)惠進(jìn)行中。

VB.NET生成的是托管代碼,必須運(yùn)行于.NET框架之上.VB6則依賴于VB6運(yùn)行時(shí)的支持.

在WINDOWS的下一版本W(wǎng)INDOWS 7中仍然會(huì)提供VB6的支持,不過再到以后的版本就沒了.

如果你是第一次學(xué),個(gè)人覺得還是直接轉(zhuǎn)向VB.NET學(xué)習(xí)好了.

MFC程序調(diào)用VB.NET的DLL的問題

首先，你要確定 ，你的VB DLL里是否使用了.net的類庫，一旦使用了.net類庫，就需要在項(xiàng)目里加入對CLR的支持。其次，你在DLL里的函數(shù)是否指明了是導(dǎo)出函數(shù)，非導(dǎo)出 函數(shù) 是不可以外部調(diào)用 的。如果沒有使用.net，而且函數(shù)也是導(dǎo)出的，那么可以按照常規(guī)DLL的方式 去直接調(diào)用 。一旦使用了.net，那樣可能 會(huì)有些麻煩，至于以上兩個(gè)問題的解決方法百度一下就可以了。

MFC和.net的關(guān)系

1. MFC是在API的基礎(chǔ)上封裝出來的一個(gè)類庫，給C++程序員在Windows上快速開發(fā)用的。 .Net類庫是在Windows非托管API的基礎(chǔ)上封裝出來的一個(gè)托管類庫，給程序員在各種Windows平臺(tái)上跨平臺(tái)開發(fā)用的。

2. 只是兩個(gè)不同平臺(tái)的編程，一個(gè)是NET平臺(tái)，一個(gè)是WIN32。

3. .NET的基類是基于.net運(yùn)行時(shí)庫的，通過運(yùn)行時(shí)庫對操作系統(tǒng)和硬件進(jìn)行操作，而MFC是直接對操作系統(tǒng)和硬件進(jìn)行操作的。

.NET有個(gè)問題就是你編寫的程序只能在裝有.net framework的機(jī)器才能運(yùn)行的，而MFC只需設(shè)置在靜態(tài)庫中使用 MFC就可能 直 接到其它機(jī)器運(yùn)行 。不過我認(rèn)為用.NET開發(fā)比用MFC方便多了。

.NET RAMEWORK 比MFC容易多了。不過需要CLR的支持，執(zhí)行效率不如MFC。NET project使用的是托管的c++，使用.net framework,是基于窗體開發(fā)的。

4. MFC是微軟為了簡化win32窗體編程而推出的C＋＋類庫。VC.net是指在Net環(huán)境下的窗體編程。

從Vsita開始，微軟就規(guī)定窗體全部是基于.Net的了。

5. .NET 是 Microsoft XML Web services 平臺(tái)。XML Web services 允許應(yīng)用程序通過 Internet 進(jìn)行通訊和共享數(shù)據(jù)，而不管所采用的是哪種操作系統(tǒng)、設(shè)備或編程語言。Microsoft .NET 平臺(tái)提供創(chuàng)建 XML Web services 并將這些服務(wù)集成在一起之所需。對個(gè)人用戶的好處是無縫的、吸引人的體驗(yàn)。

6. .net是一種框架，也可以說是一種平臺(tái)，并不是語言。.net是一個(gè)平臺(tái)，也就是說，在.net下編寫程序，編譯后，執(zhí)行的時(shí)候是需要.NET框架的解析。即：.net下生成的.EXE .DLL 在沒有.NET框架支持的情況下是無法執(zhí)行的，及時(shí)執(zhí)行也會(huì)出錯(cuò):.net框架下可以支撐好多語言編寫程序,比如 c++ vb java c#等等，可以滿足不同的程序員的編程語言的偏好，可以編寫web、windowsform等各種程序。這也是.NET比較實(shí)用化的一個(gè)特點(diǎn)。

7. NET框架是構(gòu)建并運(yùn)行程序的平臺(tái)，他主要包括公共語言運(yùn)行庫（CLR）和.NET框架類庫（FCL）。 CLR抽象了操作系統(tǒng)服務(wù)，并用作托管應(yīng)用程序的執(zhí)行引擎。托管應(yīng)用程序，即其每一個(gè)動(dòng)作都要經(jīng)過CLR批準(zhǔn)。FCL提供了用面向?qū)ο蠓椒▽懲泄軕?yīng)用程序的API，所以，編寫.NET框架應(yīng)用程序，不需要考慮Windows API、MFC、ATL、COM或其他技術(shù)，只需要使用FCL。

公共語言運(yùn)行庫位于操作系統(tǒng)之上，為托管應(yīng)用程序提供虛擬環(huán)境。如果把.NET框架比作人，那么公共語言運(yùn)行庫就是心臟和靈魂。CLR將托管代碼翻譯為一種偽匯編語言，即通用中間語言（CIL）。

有了.NET框架，語言僅僅是產(chǎn)生CLI（通用中間語言）的工具，不管是使用VB.NET還是C#，所有的托管應(yīng)用程序都使用相同的API，即.NET框架類庫（FCL）。在.NET平臺(tái)下，所有的高級語言編寫的代碼最終都被編譯為CIL。

8. MFC和.Net的根本理念很接近，似乎都是謀求多平臺(tái)下統(tǒng)一的公共類封包，提高兼容性和開發(fā)速度。但是使用后我覺得.Net Framework的開發(fā)速度雖然高，但執(zhí)行效率缺比較低，占用內(nèi)存多而且發(fā)行包的體積太大。雖說號稱未來會(huì)超越Windows跨越更多系統(tǒng)，雖說C#中的一些開發(fā)理念很吸引人，但是事實(shí)上一般的Win-App開發(fā)中，MFC看起來還是首選嘛。

9. NET也好，C#也好，我覺得都是主要服務(wù)于網(wǎng)絡(luò)環(huán)境開發(fā)和快速開發(fā)，當(dāng)然也有所謂的跨平臺(tái)移植，而MFC作為一套Framwork來說，可能相對更面向一些純本地應(yīng)用開發(fā)。所以，MFC還是很有前途的，作為MS的雙股劍，MFC/ATL還將繼續(xù)輝煌！

10. .NET框架設(shè)計(jì)為一個(gè)集成環(huán)境，可以在Internet、桌面（如Windows窗體），甚至移動(dòng)設(shè)備（使用精簡框架Compact Framework）上無縫地開發(fā)和運(yùn)行應(yīng)用。其主要目標(biāo)是:提供一個(gè)覆蓋整個(gè)應(yīng)用范圍的、一致的面向?qū)ο蟓h(huán)境;

提供一個(gè)環(huán)境，將困擾Windows（COM）程序員的版本沖突（“DLL Hell”，即DLL地獄）問題最小化，簡化代碼的發(fā)布/安裝過程;

基于公認(rèn)的標(biāo)準(zhǔn)，提供一個(gè)可以在任意操作系統(tǒng)上運(yùn)行的可移植環(huán)境。實(shí)際上，C#和.NET運(yùn)行時(shí)的一個(gè)主要部分，即通用語言基礎(chǔ)設(shè)施（Common Language Infrastructure，CLI），已經(jīng)得到了ECMA的標(biāo)準(zhǔn)化。

ECMA國際（ECMA International）全名是歐洲計(jì)算機(jī)制造協(xié)會(huì)（European Computer Manufacturers Association），簡寫作ECMA。

提供一個(gè)可管理的環(huán)境，在這個(gè)環(huán)境中，可以很容易地驗(yàn)證代碼，以保證程序安全運(yùn)行。

為了實(shí)現(xiàn)上述目標(biāo)，.NET框架設(shè)計(jì)者們最后確定了以下體系結(jié)構(gòu)，將框架分解為兩部分:通用語言運(yùn)行時(shí)CLR和框架類庫FCL，CLR是Microsoft對CLI標(biāo)準(zhǔn)的具體實(shí)現(xiàn)，它處理代碼執(zhí)行及所有相關(guān)任務(wù):編譯、內(nèi)存管理、安全、線程管理、強(qiáng)制類型安全和類型使用。在CLR中運(yùn)行的代碼稱為托管代碼（Managed Code），以區(qū)別于不在CLR中運(yùn)行的非托管代碼（unmanaged code），如基于COM或Windows API的組件。

.NET的另一個(gè)主要部分是框架類庫FCL，對于在.NET中運(yùn)行的應(yīng)用來說，它是一個(gè)可重用的類型（類、結(jié)構(gòu)等）代碼庫。正如圖中所示，它包含了涉及數(shù)據(jù)庫訪問、圖形、與非托管代碼互操作、安全、Web和Windows窗體等類。只要是遵循.NET框架的語言，都會(huì)使用這個(gè)公共類庫。因此，只要知道了如何使用這些類型，不論你選擇用哪一種.NET語言編寫程序，這些知識都可以用上

和VB比，MFC有什么優(yōu)勢？

跟VB比，MFC的優(yōu)勢是功能強(qiáng)大，win32 API能做的MFC都能做。MFC程序的運(yùn)行效率也比VB要快很多。MFC的劣勢如你所言，是開發(fā)效率低。

跟VB.NET或者C#比，MFC的優(yōu)勢是不需要.net framework。有時(shí)你裝個(gè)幾百K的.net寫的小程序，卻不得先安裝幾十M的.net redistribution pack。另外，MFC畢竟是native C++寫的，有時(shí)你需要用一些C/C++庫，如果用MFC，可以直接調(diào)用。如果用C#，就必須用managed c++再封裝一層。反之，如果你要調(diào)用.net的庫，那么C#可以直接用，但MFC就必須先實(shí)現(xiàn)個(gè)從.net到native code的封裝。

關(guān)于vb.net 和 mfc 和.NET

C#還是會(huì)有一個(gè)很快的發(fā)展期，指不定什么時(shí)候就來一個(gè)很大的更新，我又要重新板磚

于是我決定選擇VB.NET---其實(shí)C#與vb.net是一樣的東西。

VB.NET做C/S程序的話，應(yīng)該看些什么資料？---VS的安裝目錄下自帶了數(shù)量巨大的Samples，各種語言的都有，再結(jié)合MSDN、Codeproject、Stackoverflow、Codeplex等網(wǎng)站就夠了。

拖控件的就不用多說了---可惜vb.net和C#都是拖控件的。