Estamos considerando seguir adelante con un proyecto ASP.NET MVC y surgió el tema de enrutamiento en comparación con los parámetros.Cuándo usar una regla de enrutamiento vs parámetros de cadena de consulta con asp.net mvc
Al ver cómo se puede configurar fácilmente o una combinación de ambos en ASP.NET MVC, ¿hay alguna consideración que deba tener en cuenta al usar una u otra?
Recomendaría mantener su URL lo más limpia posible y tratar de usar las rutas siempre que sea posible. Debe intentar hacer RESTful URI's que transmitan información al usuario. Por ejemplo:
www.yourdomain.com/Products/Sports/Clothing
es mucho más limpio que
www.yourdomain.com/Products?Department=Sports&SubDepartment=Clothing
Si utiliza una tonelada de cadenas de consulta entonces no va a ser un URI limpio y menos información se transmite al usuario.
Dicho esto, nuestro equipo utiliza cadenas de consulta para solicitudes de tipo ajax utilizando jquery. Esto se debe a que estos URI están en nuestro marcado y no se verán en la ventana del navegador. Esto ha ayudado a mantener nuestro.asx global un poco más pequeño ya que no se contaminará con una tonelada de rutas.
En mi proyecto solo usamos cadenas de consulta para valores opcionales. Eso es principalmente de filtrado, clasificación y listas de paginación. Los valores opcionales son difíciles de manejar en una ruta.
Es mucho más difícil mantener una cadena de consulta en la URL. No se procesan cuando se usa ActionLink y otros asistentes de enrutamiento.
Entiendo que "los valores opcionales son difíciles de manejar en una ruta". ¿Puedes ser más claro sobre esa oración? – Adrian
La url tendrá el valor opcional en la ruta. Digamos que tiene los valores opcionales "OrderBy" y "FilterBy". ¿Cómo se vería eso en el camino? Tal vez algo como/mycontroller/myaction/orderbyprice/filterbyisavailable. Si OrderBy no está presente, su ruta se convertiría en/mycontroller/myaction/{un valor asignado a null}/filterbyisavailable. Está bien si tiene valores opcionales al final de la ruta. –
Buen consejo general. –