备案域名交易

ASP.NET使用IIS应用程序来识别CLR使用的应用程序域。每个应用程序域都是独立、可靠而且不与其他域共享内存的。比如说，三个网络应用程序Wrox1、Wrox12以及Wrox3应该独立的对待，所以Wrox1不与其他两个应用程序共享诸如Session或者Application状态等数据，反之，其他两个程序也是这样。我么可以把应用程序域定为一个逻辑过程。如果它出错了，并不影响主机的过程，所以一个程序出错并不会使全部的ASP.NET应用程序出错。这是被ASP.NET利用的由CLR提供的众多新属性中一种。

与主要作为用户的专用存储器的Session不同，Application是共享的应用程序存储器。这种共享的存储器非常有用，在所有用户共享了某些资源（如某个站点的购物目录的XML表达式）的情况下尤其如此。与Session相似，Application状态只是一个存储关键字或值对组合的Hashtable。另外一方面，与Session不同的是，Application不支持独立于ASP.NET进程之外的数据存储。因为它是在ASP.NET进程中存储数据的。如果ASP.NET进程循环了，那么Application数据就会丢失。实际上，在进程中存储数据要比到其他检索数据块，而且到其他进程的过程中可能会出现跨网络的情况。

我们所认为的迁移就是通过最少量的代码变换，把应用程序的每一部分都移植到新的运行环境中。这是许多人所期待的目标，但要实现这一目标是要付出代价的。比如说，新的应用程序易于维护吗？是否想过添加代码使应用程序与ASP.NET保持一致，但结果却使代码甚至比以前更混乱？如果将来还需要更多工作的话，执行最少量工作的短期代价有可能更加昂贵。用户应该分析一下这种方法的代价，并将它与重写所需要的代价做一下比价，看看哪种方法才具有最好的长期效益。许多用户更倾向于选择重写。从零重新开始不仅有机会从新平台中得到最好的应用程序，还可以解决原来的应用程序中某些难以解决的问题。重写可以从.NET中获益最大，最后还有可能称为最廉价的解决方法。ASP.NET的程序员组之所以决定中断与ASP的兼容，有一个原因就是现在的用户使用网络越来越多，Microsoft希望新平台的支持时间能长一些。当然，重写方法有一个最大的问题，并不在于代码本身，而是对重写方法的学习。对于一种新的技术比如.NET，通常，培训和经验经常称为最大的障碍。