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

Visual Basic也缺乏支持流行的面向對象的示例，僅僅是“基于對象”。

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

Longhorn的夢想

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

分裂發(fā)展

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

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

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

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