您的位置：建站学院首页 >> 文章 >> asp.net >> .NET概论及软件使用
那么什么样的市场会丢掉VB.NET呢? 目前的市场却使软件公司仅使用VB来作为开发工具,并造就了一大批VB爱好者.不幸的是,说实在话VB.NET并不是为这些人所开发的。
从VB6移植
只用VB编写程序的工作间可能正期望从VB6更新到VB.NET，而且能象现有的VB升级一样容易。不幸的是，他们可能会遭到严酷的打击。尽管已经有一种工具可以自动完成操作过程，但升级到VB.NET仍然会累人的多。
正如我们上面提到的，VB.NET是一种面向对象的语言，而VB6不是。问题在于，如果你不按照面向对象的方式思考，而许多机构也正是这样做的，你就无法体会到VB.NET转换经历的乐趣。因为这不仅仅是一个结构，而是一种范例的转变，而这种转变是很昂贵的。很多组织可能会觉得如果他们想改变思维方式，他们不如改变语言。如果VB.NET被很快淘汰掉，也没什么可惊讶的。
过去曾经辉煌而如今孤寂的爱好者
最终的市场分割造就了爱好者。对他们而言，VB6是一种可选择的语言。它提供了简单而功能强大的工具来构建简单的应用程序包括GUIs。
VB.NET不是这么简单的。正像我们前面说过的那样，它是一种功能强大的面向对象的语言。但对于一般的爱好者来说，他们不想也不需要了解‘-isms’和面向对象领域中的抽象事务。他们只想把一项任务尽快完成，而忽略我们某些专业人士所要求的精细之处。
为此，过不了不久这些VB爱好者可能不会再继续使用VB6，或者他们对其不再报有太大的希望了。
VB.NET的未来
上述注解仅仅是公开发布的.NET BETA版信息的一小部分。当我们看到最终的.NET的产品距离现在还有相当一段长时间，微软会采用它们当中的一些去生产隐藏着VB.NET复杂性的Visual Studio.NET特性的产品。我们只能翘首以待。我们对此不能做什么，只能相信他们能作到，为了发展，让我们给微软以传统的爱护，这样他们就会更加努力的去做。
关于运行时间的执行
如果你看到这里与你所想的相差甚远，你可能会问“性能怎样？”，当你在决定用哪一种语言来更快的完成一项产品时，这是每一个人所自然而然所要问的。
毫无疑问.NET完全排除了那些标准。
为了去理解为什么.NET 语言运行会一样快（或慢），我们需要去看一下编译程序，或正好是两个阶段的编译程序。
第一阶段发生在你用Visual Studio按Ctrl-Shift-B键时。在这一点上，执行一个编译，你的语言编译器正在创建中间语言（IL）。第二阶段发生在你运行了应用程序时。第二阶段有时被看作是JIT编译（我们会觉得奇怪，但是我们不能解释）。它为特别使用CPU而使用了IL和产生本土代码。
微软对第一阶段编译的IL而产生的代码并不乐观。相反，他们开始扩展他们所有的能力去优选第二阶段IL---本土代码编译。他们这样做是为了使语言的不可知的原因。所有的.NET语言在运行时间的执行上是一样的。
关于调试和编译者的支持
Visual Studio.NET提供了同样复杂的调试和编译者使用所有语言的工具。当在Managed C++译码时你不会看到更细节的东西，例如，与其他的语言相比。你可以达到你所希望达到的深度。同样，自动完成的方法也适用于其他语言。
.NET语言的选择
那么什么样的市场会丢掉VB.NET呢? 目前的市场却使软件公司仅使用VB来作为开发工具,并造就了一大批VB爱好者.不幸的是,说实在话VB.NET并不是为这些人所开发的。
从VB6移植
只用VB编写程序的工作间可能正期望从VB6更新到VB.NET，而且能象现有的VB升级一样容易。不幸的是，他们可能会遭到严酷的打击。尽管已经有一种工具可以自动完成操作过程，但升级到VB.NET仍然会累人的多。
正如我们上面提到的，VB.NET是一种面向对象的语言，而VB6不是。问题在于，如果你不按照面向对象的方式思考，而许多机构也正是这样做的，你就无法体会到VB.NET转换经历的乐趣。因为这不仅仅是一个结构，而是一种范例的转变，而这种转变是很昂贵的。很多组织可能会觉得如果他们想改变思维方式，他们不如改变语言。如果VB.NET被很快淘汰掉，也没什么可惊讶的。
过去曾经辉煌而如今孤寂的爱好者
最终的市场分割造就了爱好者。对他们而言，VB6是一种可选择的语言。它提供了简单而功能强大的工具来构建简单的应用程序包括GUIs。
VB.NET不是这么简单的。正像我们前面说过的那样，它是一种功能强大的面向对象的语言。但对于一般的爱好者来说，他们不想也不需要了解‘-isms’和面向对象领域中的抽象事务。他们只想把一项任务尽快完成，而忽略我们某些专业人士所要求的精细之处。
为此，过不了不久这些VB爱好者可能不会再继续使用VB6，或者他们对其不再报有太大的希望了。
VB.NET的未来
上述注解仅仅是公开发布的.NET BETA版信息的一小部分。当我们看到最终的.NET的产品距离现在还有相当一段长时间，微软会采用它们当中的一些去生产隐藏着VB.NET复杂性的Visual Studio.NET特性的产品。我们只能翘首以待。我们对此不能做什么，只能相信他们能作到，为了发展，让我们给微软以传统的爱护，这样他们就会更加努力的去做。
关于运行时间的执行
如果你看到这里与你所想的相差甚远，你可能会问“性能怎样？”，当你在决定用哪一种语言来更快的完成一项产品时，这是每一个人所自然而然所要问的。
毫无疑问.NET完全排除了那些标准。
为了去理解为什么.NET 语言运行会一样快（或慢），我们需要去看一下编译程序，或正好是两个阶段的编译程序。
第一阶段发生在你用Visual Studio按Ctrl-Shift-B键时。在这一点上，执行一个编译，你的语言编译器正在创建中间语言（IL）。第二阶段发生在你运行了应用程序时。第二阶段有时被看作是JIT编译（我们会觉得奇怪，但是我们不能解释）。它为特别使用CPU而使用了IL和产生本土代码。
微软对第一阶段编译的IL而产生的代码并不乐观。相反，他们开始扩展他们所有的能力去优选第二阶段IL---本土代码编译。他们这样做是为了使语言的不可知的原因。所有的.NET语言在运行时间的执行上是一样的。
关于调试和编译者的支持
Visual Studio.NET提供了同样复杂的调试和编译者使用所有语言的工具。当在Managed C++译码时你不会看到更细节的东西，例如，与其他的语言相比。你可以达到你所希望达到的深度。同样，自动完成的方法也适用于其他语言。