使用Dynamic Expressions API时验证ASP.NET MVC 3控制器的操作参数

时间:2012-04-09 13:39:34

标签: c# asp.net-mvc-3 dynamic-linq

我有一个标准的ASP.NET MVC 3控制器,其操作具有以下签名: public ActionResult Index(int? page, string sort, string sortDir) 我的观点是使用WebGrid,因此参数由它自动生成。

接下来,我使用Dynamic Expressions API(又名Dynamic LINQ)将参数转换为查询。例如:

var customerSummary = CustomerManager.CustomerRepository.GetQuery()
      .OrderBy(sort + " " + sortDir)
      .Select(c => new CustomerSummaryViewModel()
                  {
                      Id = c.Id,
                      Name = c.Name,
                      IsActive = c.IsActive,
                      OrderCount = c.Orders.Count
                  })
      .Skip(page.Value - 1 * 10) //10 is page size
      .Take(10)
      .ToList();

目标

我想要做的是使用Dynamic Expressions API本身来验证排序参数(并且可能创建一个有效的lambda)。例如,我想使用DynamicExpression.Parse()DynamicExpression.ParseLambda()方法查看它们是否生成ParseException,在这种情况下,我可以用默认值替换错误的参数(例如,按名称升序排序“名称ASC“)...

问题

问题是IQueryable扩展只占用一个字符串 如果我想使用ParseLambda,然后将其提供给.OrderBy,我就无法使用方向(它只接受属性名称)。例如,我可以这样做:

var se = DynamicExpression.ParseLambda<Customer, string>("Name"); // now I can use  .OrderBy(se) which is same as .OrderBy(c=>c.Name)

但不是这个

var se = DynamicExpression.ParseLambda<Customer, string>("Name DESC"); 

小结

我想使用Dynamic LINQ 1)验证和2)根据动作参数构建谓词(用于排序)

1 个答案:

答案 0 :(得分:0)

我对Dymaic LINQ不太熟悉,但您可以执行以下操作:

var customerSummary = CustomerManager.CustomerRepository.GetQuery();

if ("desc".Equals(sortDir, StringComparison.CurrentCultureIgnoreCase))
   customerSummary = customerSummary.OrderByDescending(sort);
else
   customerSummary = customerSummary.OrderBy(sort);

var pageNumber = page.GetValueOrDefault();
if (pageNumber < 1)
   pageNumber = 1;

customerSummary = customerSummary
   .Select(c => new CustomerSummaryViewModel()
      {
         Id = c.Id,
         Name = c.Name,
         IsActive = c.IsActive,
         OrderCount = c.Orders.Count
      })
   .Skip((pageNumber - 1) * 10) 
   .Take(10)
   .ToList();

我在我的项目中做了类似的事情(除了我使用了原始表达式),但更进一步。

我已经创建了一个像这样的基本ViewModel:

class TableViewModel 
{
   public string SortColumn { get; set; }
   public bool IsAsc { get; set; }
   public int? PageNumber { get; set; }
}

并创建了一个辅助方法来完成所有的分页/排序工作。签名是这样的:

public static IQueryable<T> TableHelper(this IQueryable<T> source, TableViewModel model) { ... }

当我需要从表控件接收数据并返回所请求的数据时,控制器操作如下所示:

public ActionResult Index(TableViewModel model)
{
   var data = _productRepository.AsQueryable().TableHelper(model);

   ... //Operation on data
}

在帮助者调用之前和之后,您可以自由地应用任何过滤或smth。

非常方便。

当我需要扩展我的ViewModel时,我会继承它并向子模型添加新成员。

UPD:如果您决定保留DLINQ,请尝试以下签名 - OrderBy("Name", "ascending");

UPD2:如果您想验证排序参数,我认为,反射是唯一的选择。像这样:

bool doSort = typeof(Product).GetProperty(sort, BindingFlags.Instance | BindingFlags.Public | BindingFlags.FlattenHierarchy /*Or whatever flags you need*/) != null

这样,只有在OrderBy为真时才应用OrderByDescending / doSort逻辑。否则,只需跳过排序或应用任何默认逻辑。

在我的观点中,您希望从代码中获得的功能越多,DLINQ似乎就越适合它。获得PropertyInfo后,下一个合理的步骤可能是在表达式中使用它。一旦我们这样做,哪里将是DLINQ的地方? :)

我同意表达式和反射代码在操作中非常难看,但是将它移到外面,例如,在我的情况下,或者在控制器基类的NonAction方法中,将它移到外面,可以避免看到它: )