ASP.NET路由问题

Question

为什么是这样：

http://MySite.com/Project/24/Search/32/Edit/49

优先于此？

http://MySite.com/Project/24?Search=32&Edit=49

Answer 1

我不确定您的前提来自哪里？ 它看起来像一个虚构的示例，因此很难对此发表评论。

更好的比较如下：

http://MySite.com/Project/24/Members/Edit

相对于：

http://MySite.com/Projects.aspx?id=24&section=Members&action=Edit

从第一个示例中可以很明显地看出实体的层次结构（例如，一个项目包含成员）。 它还建议您使用其他URL，它们包含与第一个URL类似的结构（即/Projects/24和/Projects/24/Members ），因此从某种意义上讲更为简洁。

如果归结为参数数量可变的操作（例如搜索），那么使用URL参数完全可以，因为这将为您提供更大的灵活性，例如：

http://MySite.com/Projects/Search?name=KillerApp&type=NET

您可以使用第一种样式构造一个URL，但是您实际上并没有获得任何好处，并且管理路由可能会增加不必要的开销：

http://MySite.com/Projects/Search/name/KillerApp/type/NET

我认为这（或任何类似的构造，例如，如果您删除了参数名称）会遭受人为的分层结构-在这种情况下，操作实际上是Search，而其他所有操作都只是Search的参数，因此它是相同的层次结构，而不是某些“子”层次结构。

Answer 2

并不是一个公平的比较。 该样式允许您删除GET参数名称，因此路由的名称应类似于

http://MySite.com/Project/24/32/49

不过，这确实是一种美学上的改进-既看起来更整洁，也更易于键入或读出给某人。

Answer 3

尽管（由于未公开披露大多数搜索引擎排名算法），但这主要是人类可读性问题，因此，它也被认为具有SEO价值。

Answer 4

在示例情况下，可能不会更好。 但这通常是搜索引擎的优化 。 以下是一些SEO最佳做法 -摘自该文章...

理想情况下，URL结构应该是静态的，并显示页面内容。 对于搜索引擎蜘蛛和人类而言，简单明了的URL结构都容易得多。

Answer 5

也更容易记住。 用户记住/ Employee / 1以获得雇员＃1的信息比理解查询字符串更容易。 不是使用它的理由，但我认为它是一个很小的改进。