学习ASP.NET MVC5框架揭秘笔记-ASP.NET路由（一）
ASP.NET路由
由于来自客户端的请求总是指向定义在某个Controller类型中的某个Action方法，并且目标Controller和Action的名称由请求URL决定，所以必须采用某种机制根据请求URL解析出目标Controller和Action的名称，我们将这种机制称为“路由（Routing）”但是路由系统并不是专属于ASP.NET MVC的，而是直接建立在ASP.NET上（实现实现路由的核心类型基本上定义在程序集“System.Web.dll”中）。路由机制同样可以应用在WebForms应用中，它可以帮助我们实现请求地址与物理文件的分离。
2.1.1请求URL与物理文件的分离
对于一个ASP.NET Web Forms应用来说，通常情况下一个优秀的请求都对应着一个具体的物理文件。部署在Web服务器上的物理文件可以是静态的也可以是动态的。对于静态文件的请求，ASP.NET会直接返回文件的原始内容，而针对动态文件的请求则会涉及相关代码的执行。这种将URL与物理文件紧密绑定在一起的方法并不是一种好的解决方案，它带来的局限性主要体现在如下几个方面。
1.灵活性。物理文件的路径决定了访问它的URL，如果物理文件的路径发生改变，原来访问该文件的URL将变得无效。
2.可读性。在很多时候，URL不仅仅具备基本的可用性，还需要具备良好的可读性。
3.SEO优化。对于网站开发来说，为了迎合搜索引擎检索规则，我们需要对URL进行有效的设计，使之能易于被主流的引擎检索收录。如果URL完全与物理地址关联在一起，这无异于失去了SEO优化的能力。
上述3个因素促使我们不得不采用一种更加灵活的映射机制来实现URL与目标文件路径的分离。
为了使Web应用可以独立地设计用于访问应用资源的URL，微软为IIS7编写了一个URL重写模块。这是一个基于规则的URL重写引擎，它在URL被Web服务器处理之前根据定义的规则重新定向某个物理文件。
URL重写机制在IIS级别解决了URL与物理地址的分离，它的实现依赖于一个注册到IIS管道上的本地（Native）代码模块，所以它可以应用于寄宿在IIS中所有Web应用类型。与URL重写机制不同，路由系统则是ASP.NET的一部分，并且是通过托管代码编写的。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
