当然，在将系统转换成 ASP.net之前，你得将你所有现存的代码重写一遍。你的那些旧的代码仍旧会在IIS内运作，但你仍然将使用传统的ASP框架（这不是件坏事）。当然，将一个庞大的web 应用程序移植到ASP.net中是一件非常痛苦的过程，特别是你已经有大量的解决方案或者说是COM对象。

　　ASP T代码编译



　　让我再重申一次:ASP.NET 代码现在被编译了.别紧张,这不是象你想的那样.你不需要创建文件,为了重新注册部件不得不stop 然后restart，现在不需要这样了，你只需照往常一样书写代码,仍然从早期捆绑中受益，系统会及时进行编译,



　　优化和缓冲存储. 这是怎样办到的呢?

　　根据脚本的首次请求, runtime将代码进行编译,并将编译结果进行高速缓冲存储复制(备份). 不论何时,只要脚本有请求,被存储的副本都可以调出使用. 此结果大大的增强了系统性能, 因为在首次请求之后,代码能更快的从编译版本中运行.

　　有人也许就会问了”它怎么知道我什么时候作了改动?” 微软已对此作出解答.Runtime通过文件系统来监视源文件. 当初始源文件发生改变时,它自动将编译版本从高速缓冲存储备份中拖出,因此当下一个要求来临时,它(编译文件)会被重新编译.这就意味着系统会自动编译代码, 程序员就再也用不着为人工编译而头疼了.

　　caching

　　对于多数的系统开发者而言，他们必须研制出一些“caching”来使系统速度加快。无论是ASP页面输出到HTML文件格式,网络联结速度都非常慢。或是从缓慢的internet链接引用,到recordset的 状态和漫游表单上的email表示符,甚至一个数据库动态驱动菜单，实际上不是完全的动态驱动,你不能为你每个客户请求而浪费大量时间。在创建网站时，一般来说，少量数据不会持续改变，但是正因为它们不是真正意义上的动态，不意味着使代码复杂化，那么它们在哪儿呢？所以，你得开发一些caching

　　基本的 caching 活动是首先甄选适当的数据进行存储。然后你需要将它们放置在程序中的application级变量中。然后，识别代码。然后，你就得决定得将数据存储多久，并写出程序，以便及时清空caching.但是，如果你清空了caching的话，那么所使用的程序得具有使数据重新恢复的功能。

　　在ASP.NET中建立了CACHING系统。使得使得整个系统比以前更为面向对象，使得 caching系统也可以存储 对象 。因此，无论何时caching，也可以随时调用。你可以根据需要设置数据存储的时间来决定创建各种类型的环境。 通过文件系统，你甚至可以在文件上链接一个详细的项目，这样当文件发生改变时，链接的项目就会同时被存储

(编辑:aniston)