在 MVC 中，将多个值作为查询字符串传递是好还是坏做法

Question

在我的页面中，我必须将多个值传递给控制器​​。

我的网址看起来像： http://blah/Search/Page/?type=new&keywords =blahblah&sortType=Date

在 MVC 中将多个值作为查询字符串传递是一个好的做法吗？或者我们可以通过引入自定义路由来使用斜杠分隔 URL？

注意：让我们考虑查询字符串中的所有值，都不是安全/敏感数据。

Answer 1

只要不是敏感数据，我就不认为这是一种不好的做法。这仅取决于您是否想在 global.asax 中编写自定义路由来处理它。自定义路由确保提供更清晰的 url。此外，对于更精明的用户来说，如果他们理解您网站上的概念，那就更直观。

因此考虑一下：

http://baseballcards/topps/1980      // search for baseball cards made by topps in the 1980s
http://recipes/deserts/pies         // search for a desert recipe that are pies  
http://code/csharpe/linq             // search for csharp code that has linq examples

在这些示例中，我们几乎可以像句子一样读取 url，使其更加直观，从而使用户能够即插即用。它清楚地表示查询，就像面包屑一样，准确地指示上下文是什么。我个人喜欢这个。但无论哪种方式都是一个好方法。

使用更多参数扩展：

routes.MapRoute(
            "SearchRecipes",                                              
            "Search/Recipes/{category}/{type}",                           
            new { controller = "Search", action = "Recipes", category = "all" , type = ""}  
 );

一些示例：

Search/Recipes/Deserts/Pie
Search/Recipes/Dinner/Beef
Search/Recipes/Lunch/Salads

Answer 2

请选择稍后（路由值中的查询字符串）

1. 如果您担心标头长度，
2. 。（默认情况下，获取参数是标头的一部分，并且 Web 服务器默认在 IIS7 中接受 1024 字节标头长度）。隐藏代码的逻辑实现。
3. 网址看起来不错，也更容易记住。

否则，这两种方法效果相同。

Answer 3

我认为在查询字符串中传递搜索参数是您应该采取的方式，特别是如果所有参数都是可选的。它还使您能够轻松使用普通的 method="get" 表单。

我不认为“安全/个人数据”与此有任何关系，因为查询字符串是 URL 的一部分，就像路径一样。

Answer 4

IMO 我认为这绝对没问题。我认为当路径表示函数并且查询字符串参数表示过滤器时（例如在搜索中），实际上最好在 MVC 中使用查询字符串。

但是，我不会将查询字符串参数用于表示有关检索到的内容的信息的数据。因此，如果返回一年和月份的多页文章，我会在路径中包含文章的年份和月份，但不包含页码。