如果你只有一台机器，你也可以利用Session State的这种特点，你可以让他运行的进程与你的代码运行的进程不同，因此，只要进程到来时，他们就可以访问在安全保护进程中的Session State。
正如我们刚才提到的，Session State最重要的几个好处是：（1）可靠性。你不用再担心你的应用程序崩溃或者一个用户数据丢失这样的事情发生。（2）第二个好处是，现在，你的应用程序不必再局限于一台机器。如果你使用了Session State ，你的确可以将你的应用扩展到更多台的机器上，这样，就真的没有什么条件能够限制你了，也就是说，你不必再担心你的应用程序能够在多大范围内或者能够为多少用户提供正常服务这样的问题。
听了上面的讲解，我们好像做了两种不同的事情，一个是ASP.NET提供了许多新的功能和性能，人们可以充分利用这些新的特点；另外一个方面是，在这些功能和性能的后面，ASP.NET做了许多额外的工作，使得这些特征和功能发挥了更大的作用。
是这样的
对我来说，如果我已经有了一个ASP的WEB站点，如果他已经为我提供了满意的结果，我不想再改变程序中的任何东西，如果我将站点的整个框架更新到新的ASP.NET上或者类似的东西上，那么就意味着我的站点获得更多的鲁棒性。
是这样的，你说的的确是一个很有趣的观点。我确信，如果你是那个用户，你说那个站点的应用程序运行良好，我的确不想做任何改变，如果我需要升级到ASP.NET框架的时候，我只想在我的机器上安装这个ASP.NET即可。如果你这样做了，我们并不会替换你的机器上任何的ASP代码，因此ASP与ASP.NET运行在一台机器上。但是，你实际上将不得不将运行环境让位给ASP.NET，并且重新配置你的机器。尽管作这样的事情没有什么难的，但是你需要告诉我们你想让ASP.NET运行ASP的那些程序。因为，如果一个机器里已经存在了多个应用程序的时候，你再想安装一个新的运行环境，新的编译环境，和所有新的.NET的那些东西时，我们不能完全保证你的每个应用程序在升级后的环境中都运行良好，都带给你同样的性能。做服务器程序的开发人员将会用很长的时间调试他们的程序，以确保程序正常工作。
如果我是按照你们说的去做，那么，好，我安装了ASP.NET，我标记了我的文件，并且告诉他们：现在你们运行在ASP.NET的环境中，就算是我根本没有对文件作任何改变，我是否可以获得具有更高鲁棒性和更好柔韧性的解决方案？
是的，你将获得具有更高鲁棒性和更好柔韧性的解决方案。不过，在这里我要提及的一个重要的事情是，我们当前的解决方案不是百分之百地与ASP兼容。众所周知，尽管我们的ASP.NET与ASP之间具有非常非常的亲密关系，但是，最近几年里，当我们开发这个平台的时候，由于若干的总总原因，我们不得不牺牲一些兼容性。但是人们根本不会感觉到这些。在ASP.NET中，我们获得COOKIES的顺序实际上稍稍发生了一些变化。这一切正如我们期望的那样，不会有百分之百的兼容。不过最重要的是，无论发生了怎样的变化，如果你安装了ASP.NET后，你现有的代码和你现有的网页将依然会正常的工作。
从整体上看ASP.NET对你是有帮助的，但是由于它本身的一些小小的变化，你将不得不随之作一些小小的调整。我们会有一些自动化的工具帮助你完成这一切。但是，对于大型的应用来讲，毫无疑问，你要做一些改变。
相关文章
 我来说两句 |
对此文章发表了评论 |
评论列表 （最新 评论仅限网友观点！）
推荐文章
