在MVC C#中使用属性路由分页时，如何跳过可选空参数？

你当前的属性路由[Route("Admin/UserList/{searchBy?}/{search?}/{page?}/{sortBy?}")]是按位置匹配参数的，这意味着如果前面的参数（比如searchBy或search）为空，你没法直接跳过它们去传page——因为路由会把你传的page值当成searchBy的内容，导致参数绑定错误。下面是几种靠谱的解决办法：

方法1：改用查询字符串传递可选参数 #

这是最简洁且不易出错的方案，把非必填的筛选、排序参数改成查询字符串，只把必要的结构放在路由路径里：

[HttpGet]
[Route("Admin/UserList")]
public ActionResult AdminUserList(string searchBy = null, string search = null, int? page = 1, string sortBy = "Id")
{
    // 你的业务逻辑代码
    IEnumerable<Employee> employees = new List<Employee>();
    string emailid = Session["EmailId"].ToString();
    var role = (from users in db.Employees where users.EmailId == emailid select...);
    // ...后续分页、筛选、排序逻辑
}

这样调用的时候，你可以灵活组合参数，比如：

• 只分页：/Admin/UserList?page=2
• 带搜索+分页：/Admin/UserList?searchBy=Email&search=test@example.com&page=3
• 带排序+分页：/Admin/UserList?sortBy=Name&page=2

这种方式完全不需要担心空参数的位置问题，MVC会自动把查询字符串的参数绑定到对应的方法参数上。

方法2：添加多个属性路由覆盖不同场景 #

如果你坚持要把参数放在路由路径里，可以给同一个Action添加多个路由属性，覆盖常见的参数组合场景：

[HttpGet]
[Route("Admin/UserList")] // 无参数的情况
[Route("Admin/UserList/{searchBy}/{search}")] // 只有搜索参数
[Route("Admin/UserList/{searchBy}/{search}/{page}")] // 搜索+分页
[Route("Admin/UserList/{page}")] // 只有分页
[Route("Admin/UserList/{searchBy}/{search}/{page}/{sortBy}")] // 全参数
[Route("Admin/UserList/{page}/{sortBy}")] // 分页+排序
public ActionResult AdminUserList(string searchBy = null, string search = null, int? page = 1, string sortBy = "Id")
{
    // 你的业务逻辑代码
}

这样当你访问/Admin/UserList/2时，路由会匹配到[Route("Admin/UserList/{page}")]，正确把2绑定到page参数上；访问/Admin/UserList/Email/test@example.com/3时，会匹配到搜索+分页的路由。

不过这种方式的缺点是，参数组合越多，需要定义的路由就越多，维护起来比较麻烦。

方法3：使用路由约束（不推荐） #

你可以给参数添加路由约束，比如指定page必须是数字，这样当路由匹配时，MVC会自动识别数字参数应该绑定到page：

[HttpGet]
[Route("Admin/UserList/{searchBy?}/{search?}/{page:int?}/{sortBy?}")]
public ActionResult AdminUserList(string searchBy = null, string search = null, int? page = 1, string sortBy = "Id")
{
    // 你的业务逻辑代码
}

但这种方式有局限性：如果search参数刚好是数字，就会被错误绑定到page，导致逻辑出错，所以只适合search不可能是数字的特殊场景。

总结一下，方法1（查询字符串）是最推荐的方案，它兼顾了灵活性和可维护性，完全避开了空参数位置的问题。

内容的提问来源于stack exchange，提问作者Deepankshee Jain