Asp.net mvc 2 ASP.NET MVC和路由性能?

Asp.net mvc 2 ASP.NET MVC和路由性能?,asp.net-mvc-2,routing,Asp.net Mvc 2,Routing,在ASP.NET MVC 2中向路由引擎注册多个路由是否存在性能问题?我计划做的是为不是类别的内容页面注册一个路由。换句话说,对于这样的页面,每个页面都会注册一条路由: /家/大约 /主页/联系人 /家/方向 /回家/见我们的员工 虽然有很多这样的页面,但并不是几百页。拥有显式路由非常有用,因为RoutCollection.MapRoute的第三个参数是“object defaults”,它可以用来保存与URL相关的一些后端信息 一种替代方法是让对这些URL的请求通过默认路由,该路由将基于U

在ASP.NET MVC 2中向路由引擎注册多个路由是否存在性能问题?我计划做的是为不是类别的内容页面注册一个路由。换句话说,对于这样的页面,每个页面都会注册一条路由:

  • /家/大约
  • /主页/联系人
  • /家/方向
  • /回家/见我们的员工
虽然有很多这样的页面,但并不是几百页。拥有显式路由非常有用,因为RoutCollection.MapRoute的第三个参数是“object defaults”,它可以用来保存与URL相关的一些后端信息


一种替代方法是让对这些URL的请求通过默认路由,该路由将基于URL进行一些查找(以获得通过“对象默认值”存储的相同信息),然后按照相同的代码路径显示页面。我更喜欢第一个选项,因为我认为它比解析URL更干净,并且由于“对象默认值”而具有性能优势。

我不知道有任何性能问题。URL路由是为处理大量路由而构建的,我确信IIS会编译它们一次并使用它们,直到它们所在的文件发生更改。您必须记住,URL路由是为处理目录而构建的,其中每个产品都有自己的URL。因此,这应该说明它的性能。

我不知道有任何性能问题。URL路由是为处理大量路由而构建的,我确信IIS会编译它们一次并使用它们,直到它们所在的文件发生更改。您必须记住,URL路由是为处理目录而构建的,其中每个产品都有自己的URL。这应该可以说明它的表现。

我在回应菲尔·哈克的一篇博文时问了同样的问题:在仔细考虑之后,我决定为节设置catchall路由,但不为每个静态页面设置路由。我在回答Phil Haack的一篇博文时问了同样的问题:在考虑了更多之后,我决定为节设置catchall路由,但不为每个静态页面设置路由。