.net – “无法调用DateTime上的方法”等限制
有没有人知道在编译时没有被捕获的LINQ to SQL查询限制的确定列表,以及(在可能的情况下)限制的变通方法? 我们到目前为止的清单是: >在DateTime上调用诸如.Date之类的方法 >没有找到解决方法 > string.IsNullOrEmpty >简单,只需使用==“” > .Last() >我们使用.OrderByDescending(x => x.WhateverProperty).First() 解决方法基本上,这个列表是巨大的…它是相对 small set of things that are handled之外的一切.不幸的是,Law Of Leaky Abstractions开始了,每个提供商都有不同的答案……LINQ-to-Objects将做任何事情(几乎),因为它是委托; LINQ-to-SQL和Entity Framework有不同的支持. 一般来说,我使用DateTime属性等取得了相当大的成功 – 但实际上,您必须确保单元测试覆盖您的查询表达式,以便在更改提供程序时(或者提供商得到更新)你知道它仍然有效. 我想一个观点就是考虑TSQL;没有BOTTOM n,但是有一个TOP 1(重新命令为OrderByDescending);就string.IsNullOrEmpty而言,你可能是文字的:foo.Bar == null || foo.Bar ==“”;使用DateTime.Date你可以用DATEPART /各种组件做很多事情. LINQ-to-SQL的另一个选项是将逻辑封装在UDF中 – 因此您可以编写一个UDF,它接受日期时间并返回日期时间,并通过dbml将其公开到数据上下文中.然后,您可以在查询中使用它: where ctx.Date(foo.SomeDate) == DateTime.Today 然而,这种方法不一定能很好地利用索引. 更新: >支持的方法翻译等是here. 有关完整的血腥细节,您可以查看反射器中的System.Data.Linq.SqlClient.PostBindDotNetConverter Visitor – 特别是Translate …方法;一些字符串函数是分开处理的.所以不是一个巨大的选择 – 但这是一个实现细节. (编辑:青岛站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |