Windows 8：昔日Windows Longhorn的新生

另外一个编写Windows应用程序的主要方式是Visual Basic，使用Visual Basic来完成一些任务很容易。尤其是涉及到数据库和创建用户界面，它已成为商业世界的基础。有许多商业应用程序将数据库里的一些数据显示给用户，给用户一个表格，让他们添加数据。在完成这些任务时，Visual Basic是出色的。它很少直接调用Win32函数的支持，特别是那些依赖于Win32的某些结构。

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

.NET是发展重启的最大的输家之一。 Windows Vista虽然在某些方面激进，但放弃了整个“WinFX的”的概念。Avalon没有发行，现在已知的是Windows Presentation Foundation（WPF），但只作为一个附加的作业系统，而不是已知的核心部分，.NET代码在Windows Vista和Windows 7上唯一重要的一块是媒体中心（这甚至不使用WPF）。其他的都是普通老版的Win32。更重要的是，在Win32 API本身进行了更新和扩展。许多底层特征的增加和支持GUI的改变，如Windows Vista的任务栏缩略图和Aero玻璃主题，且分别加入到Win32。这些GUI的变化，特别是WPF都没有很好地配合。

Longhorn的梦想

它很庞大，而且做了很多工作，但也有一些重要的事情，它做得并不是很好，有些东西它并没有真正的去做。例如，尽管它包含了数据库访问的几个API，但实际上，它是使用纯的WIN32编写应用程序来使用的数据库很多，也很繁琐。更甚者，即使它拥有所有你需要组建的一个基本GUI工具，但使用起来十分不易。

分裂发展

这些重点的当时一些感觉，例如WPF，只能使用.NET程序，它也只能在C#和Visual Basic.NET上编写。且整个API内部都是限制本地的C++程序，需要作出更多的努力，使他迁移现有程序使用WPF。当未来的发展对使用.NET有价值时，这是有道理的。但是当这一计划改变和本地代码恢复作为首选的开发环境中的位置，这是一个很大的问题。微软不能使用纯净的，基于矢量的，与分辨率无关，硬件加速，WPF库可生成任何核心操作系统的应用程序。

然而情况可能不会像许多开发商担心的那样严峻。早期里程碑版本的Windows8已经泄露到互联网，并已有人投入相当大的努力去弄清楚他们是如何工作的。尽管官方守口如瓶，但仍然有部分信息透露。到目前为止，Windows 8的发展似乎还顺利，有迹象表明，它实际上会编写Windows软件来解决许多长期存在的隐患。如果微软可以解决这一切问题，希望它能够完成这一平台，Windows8将作为Windows Longhorn的一个重要改进版本。

例如，它不给你任何帮助来设定用户界面。文本框和工具栏的每个按钮必须由开发者来定位。如果你想在你放大窗口时改变位置，那么所有步骤都必须由你自己来完成。许多图书馆采用它作为开发，力图使工作变得更加容易，包括微软自己的MFC层，但你常常不得不使用从Win32钻研得到的东西来工作。

.NET的出现，改变了这一切。.NET给开发人员对Visual Basic的易用性很大，但并没有Visual Basic中规定的妥协。与Visual Basic相似，它已构建了良好的用户交谈界面，数据库工具，因此突出了它对商业应用的编写。但是，与Visual Basic不同，如果稍有麻烦，它也很容易访问Win32。但该平台也获得了业务发展的迅速牵引，一些新的商业项目也在用它。