摘要: 我们该如何选择? 首先,如果我们的Web应用程序有任何除了ASP.NET之外的动态网页技术,那么选择是绝对明显的:用IIS URL重写模块(IIS URL-rewrite module)。否则的话,主要判断规则如下: 如果我们的ASP.NET Web应用程序使用了ASP.NET MVC 或者 ASP.NET Dynamic Data 技术的话,请使用ASP.NET路由。我们的应用程序URL优化过程将从原生支持中获益(ASP.NET MVC 和ASP.NET Dynamic Data直接包含ASP.NET Routing)。早期的ASP.NET 路由不支持WebForm,而目前的版本已经支持标准的Web Form应用程序了。详见此地。 如果我们是基于一个已有的ASP.NET网站,而希望尽量不去更改它的话,请使用URL重写模块。因为URL重写模块能够在不更改现有程序的基础上对网站提供“用户友好”“搜索引擎友好”的URL。同样,它也允许我们创建重定向规则,用来重定向搜素引擎的爬虫到新的URL去。 然而在实践中这两种技术并不是只能选择一个,他们往往还可以相辅相成。在接下来的章节 阅读全文
posted @ 2012-10-09 16:32 root7 阅读(205) 评论(0) 推荐(0) 编辑
摘要: 新版本URL-rewrite module for IIS 7.0的发布了,ASP.NET Routing组件随着.NET Framework 3.5 SP1的发布,并在.NET Framework 4.0 Beta中进一步成熟。作为ASP.NET 开发人员,我们不免会对这两个功能相近的组件抱有许多疑问,诸如“它们有什么异同?”“分别适用于什么环境?”等等。本文旨在描述这两者之间的异同,并为开发人员提供什么时候使用哪一种解决方案的建议。 从表面上看来,这两种技术似乎提供了非常相似的功能:为网站提供用户友好的、搜索引擎友好的Url。然而,在这两种技术在原理上却有着本质的区别,需要深入理解才能在选择应用时做出正确的决策。为了帮助大家理解这两种技术,我们首先从他们的运作原理开始讲起。 本文翻译自IIS官方网站,针对国内惯用的术语进行了部分调整。 阅读全文
posted @ 2012-10-09 16:27 root7 阅读(258) 评论(0) 推荐(0) 编辑