对于.NET，人们比WEB应用程序投入了更大的关注。VB第一次承诺，可以额外提供对控制台程序以及Windows服务的支持。因为这一点，Rob Macdonald回过头来问：用VB.NET究竟可以做什么？换一句话说，VB.NET是否适合你？
目前为止，许多软件公司（包括Microsoft）都将他们的产品压缩在一个安装包里提供给开发人员。我们就一直忍受着那些令人头痛的配置和版本匹配的问题。我们为了产品在真实环境中的运行绞尽脑汁。为了测试，我们还要花费大量的时间来设置一个干净的机器。接下来的几年中，绝大多数的软件供应商和独立软件开发工作室将摆脱这样的工作，原因很简单――这太好了。

打个比方吧，当Microsoft Office XP投入市场时，你既可以选择按照原来产品包的价格购买，或者支付少量的许可费用从而租用一年。将软件象产品那样的买卖转变为租用服务的方式，这就是一部分的转变手段。最终，我想你可以不必在你的PC中（或者PDA，手机，冰箱，无论什么）安装任何东西。你只需要通过永远在线的网络，找到存放你所需要软件的那台服务器即可。在某些领域，这已经是很普遍了（WEB e-mail服务就是一个绝佳的例子）。不过，当大多数的软件都可以通过这样的方式快速的获得时，对我们这样的开发人员来说，是不是合适呢？

因此，从某种程度而言，我认为Microsoft推出VB.NET就是试图帮助我们这些开发人员为这些即将来临的以服务为中心的范例做好准备。WEB服务之所以受到如此多的关注，是因为通过这些技术（HTTP,XML,SOAP），任何操作系统（包括Windows, Linux, IBM, Palm）都将有可能以这样的方式制作并提供各自的服务。这当然也部分解释了为什么HTTP，XML，SOAP都是那样的简单。因为计算机本身就必须“读懂”他们。

当然，并不是所有的应用程序都可以通过基于服务的方式来获得。VB.NET针对完成桌面上的一些新的、更好的应用，提供了一些真正实际的新特性。举例而言，在VB6中使用的那些“美丽的”窗体只适用于VB，而在.NET中新的Windows窗体不单可以提供给其他.NET语言使用，而且还有一些重大的创新。我特别高兴的看到，它对窗口缩放的支持，以前这都是需要我自己编写的，现在我只要简单的点击鼠标就可以建立起窗口缩放的规则。

控制台程序

VB.NET带来最大的好处之一就是它允许VB开发人员实现一些以前做不了的事。如类的继承和结构化的错误处理。另一项让我们长久等待的功能就是它可以用来编写那些通过命令行和用户交互的应用程序了。VB.NET使这个工作变得简单，同时保留了所有.NET的功能。

在Visual Studio.NET中，你可以建立一个新的工程，叫做“控制台程序（Console Application）”。其实，你完全也可以不通过Visual Studio来建立VB.NET的应用程序。你真正需要的只是.NET Framework SDK和记事本，因为VB编译器作为一个完全独立的产品，已经和Visual Studio脱离了。（事实上，无论是编译VB的程序，还是为已定义的数据集自动生成源代码，这些Visual Studio.NET看来神奇的功能，都是通过.NET Framework中附带的工具来实现的。Visual Studio.NET只是把他们集成到了一个易用的开发环境中。作为独立的命令行软件他们都是可用的。）

就让我们用命令行的方式建立一个命令行的程序吧。以下为我在记事本中输入的一些文本，并把它保存为文件“speaktome.vb”：

Imports System
Imports Microsoft.VisualBasic
Module Module1
  Sub Main()
      Dim i, count As Integer
      Try
        count = CInt(Command())
        For i = 1 To count
            Console.WriteLine("Hello")
        Next
      Catch
        Console.WriteLine("Invalid argument")
      End Try
  End Sub
End Module

这段代码按照count数值，循环运行若干次，每次按照标准输出文本流，输出“Hello”。缺省的它就是一个命令行控制程序。程序通过调用command()函数初始化count变量，它取代了我们在VB6中熟悉返回命令行中在程序名后面出现的所有文本的全局变量Command。

尽管这些代码已经是相当的直接了，我们仍然需要一些注解。首先，我们注意到一开始它就使用Imports申明了对两个名字空间的引用。名字空间System包含了Console类，而名字空间Microsoft.VisualBasic则包含了命令函数，包括全部很多新的功能。当你在Visual Studio中建立一个VB.NET工程时，这些名字空间会被自动的导入，但当我们直接使用编译器的时候，我们就需要自己手工的添加他们了。并且注意我声明我那两个变量的方式。在vb6中，象这样的dim声明，会建立一个Variant，一个整数，但在.NET中。这种传统的VB方式彻底消失了，我得到了我所预期的两个整数。

VB.NET编译器可以处理不同的参数，但当我只是将.vb文件作为一个单一的参数传递给它时，它将编译一个和它同名的EXE文件。图1(http://msdn.microsoft.com/library/en-us/dnvbdev01/html/rob0301fig1.jpg)显示了当我编译完这个程序时的控制会话。（编译器叫做“VBC”）
命令行的编译器使得自动化的编译进程变得简单。能够编写控制台应用程序，对于VB来说，虽然微不足道但确实是一次有价值的扩展。

Windows服务

另一种新类型的应用程序是Windows服务。除了那些胆大的VB开发人员，这可能超越了其他人的视野。典型的，这是一些长久运行的程序，而并不需要依靠登录用户或客户程序来保持它的运行。它们没有自己的用户界面，可以在它们自己独有的安全级别和会话上下文中运行。我们比较熟悉的Windows服务范例包含了从打印池到SQL服务器以及它的分布式事务协作（DTC）。

服务只可以运行在NT和2000下运行，它们通过Microsoft Management Console (MMC)提供了一个专门的管理界面。你可以想象，编写一个服务会涉及到非常多的内容，在这里我不可能花费太多的篇幅，但是我可以告诉你如何建立一个简单的样例。

在.NET beta1版的在线帮助中，有许多相关的信息－在写这篇专栏时我就在使用beta1版－－如果你打算建立一个可操作的Windows服务程序，你应该仔细的看一看。
我介绍一下我将建立的Windows服务原型，它用来记录指定的机器上正在运行的进程数量。是的，我知道我可以使用PerfMon来实现这个功能，不过我只是装作我想扩展我的服务，以便它可以计算一些统计功能，并把他们写入数据库，也许还可以在超过某一个阀值时，发mail给我。

我首先开始建立一个新的Visual Studio.NET应用程序，选择VB作为我的开发语言，而工程类型则是Windows服务。这个操作自动为我建立了一个新的类，它是继承了.NET内建了System.ServiceProcess.ServiceBase类。同时它提供给我一个可视化的设计器，一个图形化的快速开发工具，它特别的为那些本身没有用户界面的工程。我可以点击这个设计器，设定我的服务的名字（我命名为"Process Tracking"）。接着我从工具栏中拖了两个元件到设计器中－一个PerformanceCounter元件、一个Timer元件。我可以设置通过属性栏来设置它们，感觉上他们是那种可视的控件，尽管我不需要一个窗体来放置它们。我配置Timer每60秒激活一次，PerformanceCounter则用来监控在我机器上运行的进程数量。你可以在图2（htt