的性能牛

兼容性

与ASP兼容，因此没有必要担心你现存的应用程序会在IIS的下一版本中崩溃。文件以新的扩展名出

现，即.ASPX，因此，你能很容易分辨出新老文件。在使用时有太多的 禁锢，如果你想从中获取一些便利，你就得按它的规矩来做，这样会对你的应用成许作出诸多限制。另一方面，微软也力求使开发人员写更少的代码，所以以就只有在流畅性和连贯性方面做出牺牲。

在管理和书写方面的难度相对来说是增加了。因为在里，有太多的“小事情”需要被考虑到，所以，开发者或者初用者不得不花费不少的时间来想通一个问题：为什么系统这么容易死掉。很明显的，ASP和 会成为下一代络应用软件。虽然花费不少，但确实提供了一些非常新的特性；ASP 会力图将费用平衡下来，并且提供一些所没有的功能。

可编译代码

代码已在要求下被编译了，所以你可以在任何语言下编制。现在甚至于VBSCRIPT 和JAVA SCRIPT都被编译了。

COM 对象

我们在使用典型的ASP时，都意识到与COM 伴随而来的问题。注册components，重新启动服务器…，都是些让人很感麻烦的事。现在，因为有了新 一代视窗服务系统(NGWS)，你不再需要为这些问题烦心了。你只需简单的复制源文件，在你需要的地方粘贴，它就会正常运作。不用再DLL注册。

XML配置

通过NGWS 框架，所有的METABASE和配置信息都存储在XML文件里。这意味着，你再也不需要被IIS糊弄得团团转，甚至去改变设置。事实上，你只需改变从任何一处来的XML文件，并将改变 结果上传到服务器。不需要任何类型的远程PC 控制。

Web forms和Web controls

提供了forms 链结到服务器的功能，因此你能够更简单地处理请求。Web controls也提供了相似的功能，并

向页开发者提供了相对于HTML controls的更多的功能。

caching

当用户不再对服务器提出更多指令时，允许对象和输出数据被缓冲，这样会大大提升速度。 缓冲系统非常先进，它可以让你分辨出哪些需要被缓冲，哪些不需要，并且在何时调出缓冲的信息

可升级性

在中植入了一些非常优秀的可升级性特征，包括通过server维持会话状态，以及多处理器平衡。

runtime 同样也监控进程,因此当你把数据弄得一团糟的时候，会自动关闭，然后重新启动，同时将旧指令输入到新的进程中。提供了一系列的全新的特征，并在现有的基础上作了改进。虽然听起来不错，但也不是没有问题的。如果没有更好的ADO支持，一切都不会那么的尽善尽美。

【案情】 文件管理

整个．NET体系是构建于NGWS RUNTIME基础上，NGWS RUNTIME废除了我们习惯使用的COM 体系，取而代之的是更为大众的runtime,从根本上来讲，runtime与Java虚拟机一样。Runtime 的基本运作方式是中途截取代码，并将它转译为普通机器语言，以便系统使用，同样还负责的页面编译。

注：如果你对JAVA不太熟悉，从根本上来说，你电脑里的程序将JAVA代码翻译成了机器语言。这些代码被送到不同的平台，你仅仅需要重做一遍程序，而不是重做全部的程序设计语言。这就是JAVA 所保证的跨平台兼容性。你可以发现这与.NET 非常类似，例外的是JAVA是跨平台，而.NET是多语言兼容性。系统也为你的应用程序在源文件上保留了制表符。如果系统监测到程序被改动了，runtime 则会重新将它们编译，并自动存储最新编译版本。

在此，我们可以明显的感受到所带来的便利。总之，编译语言，机器代码以及强大的类型变量，比起得到执行前进行解释的脚本语言要快得多。

我们禁不住会猜想，我们将为全新的runtime 花费多少？微软保证，从编译 ASP pages上所得到的性能会远远超过在runtime体系上的费用，但这听起来不太象是个好的解决办法。例如，Java 虚拟机，将JAVA 程序 的运作速度大幅度的降了下来。我们只有祈求 在这个 runtime里不会出现类似的严重的错误。

另外，需要提醒的是，编译一个应用程序也需要耗费时间，因此，您系统的第一个用户会发现明显的迟延现象。如果你经常改变程序（许多ASP的程式员都会这样做），你的用户就会发现性能明显降低。

查看本文来源