另外一個(gè)編寫Windows應(yīng)用程序的主要方式是Visual Basic，使用Visual Basic來完成一些任務(wù)很容易。尤其是涉及到數(shù)據(jù)庫和創(chuàng)建用戶界面，它已成為商業(yè)世界的基礎(chǔ)。有許多商業(yè)應(yīng)用程序?qū)��?shù)據(jù)庫里的一些數(shù)據(jù)顯示給用戶，給用戶一個(gè)表格，讓他們添加數(shù)據(jù)。在完成這些任務(wù)時(shí)，Visual Basic是出色的。它很少直接調(diào)用Win32函數(shù)的支持，特別是那些依賴于Win32的某些結(jié)構(gòu)。

Visual Basic也缺乏支持流行的面向?qū)ο蟮氖纠�，僅僅是“基于對(duì)象”。

.NET是發(fā)展重啟的最大的輸家之一。 Windows Vista雖然在某些方面激進(jìn)，但放棄了整個(gè)“WinFX的”的概念。Avalon沒有發(fā)行，現(xiàn)在已知的是Windows Presentation Foundation（WPF），但只作為一個(gè)附加的作業(yè)系統(tǒng)，而不是已知的核心部分，.NET代碼在Windows Vista和Windows 7上唯一重要的一塊是媒體中心（這甚至不使用WPF）。其他的都是普通老版的Win32。更重要的是，在Win32 API本身進(jìn)行了更新和擴(kuò)展。許多底層特征的增加和支持GUI的改變，如Windows Vista的任務(wù)欄縮略圖和Aero玻璃主題，且分別加入到Win32。這些GUI的變化，特別是WPF都沒有很好地配合。

Longhorn的夢(mèng)想

它很龐大，而且做了很多工作，但也有一些重要的事情，它做得并不是很好，有些東西它并沒有真正的去做。例如，盡管它包含了數(shù)據(jù)庫訪問的幾個(gè)API，但實(shí)際上，它是使用純的WIN32編寫應(yīng)用程序來使用的數(shù)據(jù)庫很多，也很繁瑣。更甚者，即使它擁有所有你需要組建的一個(gè)基本GUI工具，但使用起來十分不易。

分裂發(fā)展

這些重點(diǎn)的當(dāng)時(shí)一些感覺，例如WPF，只能使用.NET程序，它也只能在C#和Visual Basic.NET上編寫。且整個(gè)API內(nèi)部都是限制本地的C++程序，需要作出更多的努力，使他遷移現(xiàn)有程序使用WPF。當(dāng)未來的發(fā)展對(duì)使用.NET有價(jià)值時(shí)，這是有道理的。但是當(dāng)這一計(jì)劃改變和本地代碼恢復(fù)作為首選的開發(fā)環(huán)境中的位置，這是一個(gè)很大的問題。微軟不能使用純凈的，基于矢量的，與分辨率無關(guān)，硬件加速，WPF庫可生成任何核心操作系統(tǒng)的應(yīng)用程序。

然而情況可能不會(huì)像許多開發(fā)商擔(dān)心的那樣嚴(yán)峻。早期里程碑版本的Windows8已經(jīng)泄露到互聯(lián)網(wǎng)，并已有人投入相當(dāng)大的努力去弄清楚他們是如何工作的。盡管官方守口如瓶，但仍然有部分信息透露。到目前為止，Windows 8的發(fā)展似乎還順利，有跡象表明，它實(shí)際上會(huì)編寫Windows軟件來解決許多長(zhǎng)期存在的隱患。如果微軟可以解決這一切問題，希望它能夠完成這一平臺(tái)，Windows8將作為Windows Longhorn的一個(gè)重要改進(jìn)版本。

例如，它不給你任何幫助來設(shè)定用戶界面。文本框和工具欄的每個(gè)按鈕必須由開發(fā)者來定位。如果你想在你放大窗口時(shí)改變位置，那么所有步驟都必須由你自己來完成。許多圖書館采用它作為開發(fā)，力圖使工作變得更加容易，包括微軟自己的MFC層，但你常常不得不使用從Win32鉆研得到的東西來工作。

.NET的出現(xiàn)，改變了這一切。.NET給開發(fā)人員對(duì)Visual Basic的易用性很大，但并沒有Visual Basic中規(guī)定的妥協(xié)。與Visual Basic相似，它已構(gòu)建了良好的用戶交談界面，數(shù)據(jù)庫工具，因此突出了它對(duì)商業(yè)應(yīng)用的編寫。但是，與Visual Basic不同，如果稍有麻煩，它也很容易訪問Win32。但該平臺(tái)也獲得了業(yè)務(wù)發(fā)展的迅速牽引，一些新的商業(yè)項(xiàng)目也在用它。