是的，他也用它做一些事情。我们也支持一种叫做ASP模块扩展点的技术。他基本上允许你像一个函数那样使用ISAPI过滤器。我们提及的很多例子，如替换Session State等工作都是在那个级别实现的。此外，重定向URL的工作也是在这个级别实现的。例如，我们的许多客户经常要为他们的用户提供个性化的URL，像financial institution站点就可以为他的顾客提供www.financialinstitution.com/scott这样的URL为一个名叫SCOTT的用户，因为他们不想创建太明显的路径，所以要借用重定向技术提供各种各样的不可视的URL，你可以在ASP.NET上实现这样的功能。
带有"/scott" URL，实际上被ASP.NET转换成他要去的地方，是吗？
是的，因此在实际运行前，你会有一些代码解析"/scott" 部分，转换成一个实际地址的页面，实际执行的是一个很普通的页面。这种方式可以使得所有的用户都得到个性化。我们有一个模块中的一个API可以为你解决这个问题。在这个问题上，我们也有一个扩展点。在ASP的时候，我们有一个叫做Global.asa的概念，他可以定义应用开始，应用结束，Session 开始，Session结束等事件。在ASP.NET中我们允许您将ISAPI过滤器功能加入Global.asa中，因此，如果您想继续重定向URL时候，你甚至不需要写一个模块了，你只需要在Global.asa中定义就足够了。
我们做的另一点是，努力提高安全水平并且允许更为灵活的认证，在过去，您使用ASP的时候，您主要用IIS来构建您的认证功能，这种认证实际上依赖NT SAM，在ASP.NET中，我们将安全模块放入ISAPI过滤器中，因此如果您想在一个main frame 或者在你有一些usernames/passwords的数据库中，并且是你自己做这种认证时，你可以在Global.asa中写入相关的信息或者在一个与那个事件同步的组件中加入相关信息。
因此，我可孕匆桓鑫易约河没氖菘饬耍⑶遥勾斜曜嫉娜现す獭?BR>是的，没错。如果你这样做了，你可以获得更多的东西，你不仅可以拥有了用户名字和口令，而且还会有角色（role）这样的东西。你可以将那些用户映射成角色，你可以使用这种方式而不是仅仅使用ACL的方式构建你的站点。你可以知道Joe 和 Mark（用户名）访问了这个页面，相反，你也可以知道这个页面被哪个角色访问了。你在数据库的主要工作就是告诉我们 Mark 的用户名和密码是什么，他在哪一组角色中，其余的工作由安全系统来考虑，以保证它可以访问那些网页或者服务。当然，这里需要提及的是，所有的架构，安全架构、caching架构都为网页和XML服务提供支持。
如果从性能角度来看，增加的这些东西，这些能力，可以提供更好的性能服务吗？
我们的确提供了更好的性能服务，当我们创建ASP.NET项目组时，我们就指定一个开发人员专门负责性能上的工作，我们当时使用的是早期的common language runtime，他每日的工作就是检查每项操作是变快了还是变慢了，并且与运行时(runtime)项目组一起查找问题，加速变慢了的操作。同时，他也指出性能上的问题。这样做的结果是ASP.NET比ASP要更快。所有的代码都是编译过的，编译成本地代码，不再用解释的方式。
是吗，那么说我在ASP.NET中写的程序代码再也不用解释的方式？
正确。此外，更好的是，您仍然可以像您从前那样在编辑器里面编写代码，点击SAVE存盘，然后剩下的事情都交给系统去处理。但是，对于剩下工作ASP与ASP
相关文章
 我来说两句 |
对此文章发表了评论 |
评论列表 （最新 评论仅限网友观点！）
推荐文章
