关于 c#:Dapper 使用 LINQ 自动生成类型的参数化查询
Dapper parameterised queries with LINQ autogenerated types
我在工作中使用了 LINQ 和 Dapper 的组合。出于性能原因，我在某些地方用 Dapper 替换了我的 LINQ 代码。我有很多通过从 SQL Server 拖放到 Visual Studio 数据库图中创建的 LINQ 数据对象。
在以下实例中，我已经在内存中有一个 LINQ 对象，我想将它作为查询的参数传递给 Dapper。例如：
|
Animal animal = con.Query<Animal>(" select *" +
" from animal" + " where animalid = @AnimalId" + " and animaltype = @AnimalType", cagedAnimal).SingleOrDefault(); |
cagedAnimal 包含具有 getter 和 setter 的公共属性 AnimalId 和 AnimalType。
但是在执行此代码时出现以下错误：
The type : SMDApp.Models.Animal is
not supported by dapper
以下代码确实有效：
|
Animal animal = con.Query<Animal>(" select *" +
" from animal" + " where animalid = @AnimalId" + " and animaltype = @AnimalType", new { AnimalId = cagedAnimal.AnimalId, AnimalType = cagedAnimal.AnimalType } ).SingleOrDefault(); |
对我来说，使用现有对象会更方便，尤其是在我使用对象的多个属性作为查询参数的情况下。谁能告诉我为什么这适用于匿名对象而不适用于自动生成的 LINQ 对象？
根据 Ben Robinson 的回复进行了编辑。
针对 Marc Gravell 的回复进行了第二次编辑。
相关讨论
- 你确定你在做
"...", cagedAnimal) 吗？你可能在做"...", new { cagedAnimal }) 吗？基本上 - 这应该已经工作了，虽然它有点浪费，因为可能会不必要地添加额外的参数/ - 只是为了让您知道，我刚刚推送了一个修复程序，该修复程序将 a：忽略查询中未使用的任何属性，并且 b：在遇到问题时提供更好的错误消息。我还没有部署到 nuget，但是使用新代码，您上面的示例应该可以正常工作
简短的版本应该已经可以工作了；基于错误：
The type : SMDApp.Models.CagedAnimal is not supported by dapper
我的结论是，要么你实际上传递的是
但是！请注意，它不会尝试解析您的 SQL - 特别是，它不会检查提供的查询中的参数。因此，使用 POCO 方法意味着您正在向查询中添加不必要的属性。
我们广泛使用dapper，我们只是使用方法：
|
new { obj.Foo, obj.Bar, id, key ="something else" }
|
相关讨论
- 谢谢马克，就是这样。我误读了错误信息。嗬！你仍然以某种方式得到了正确的答案。我现在编辑了问题中的错误消息。 CagedAnimal 类有一个 Dapper 不理解的 Animal 类型的属性。
- @Giles 我们计划更改错误消息以包含它正在阻塞的属性(/参数)的名称 - 所以您的问题导致了积极的变化/结果；p
-
@Giles 我们还在讨论是否根据命令预过滤我们发送的属性，即仅在我们可以在命令文本中看到
@foo 或:foo 时发送param.foo ，这将删除"不必要的参数"问题 - @Marc 它确实给了我它窒息的财产的名称。只是我的大脑以某种方式在内部将其误译为 CagedAnimal，因为 Animal 与查询语句的结果类型相同。如果您可以剥离不必要的参数，那就太好了，因为我相信这将使我的原始代码能够工作。显然不以牺牲性能为代价。 BTW Dapper 比 LINQ 快得多，所以非常感谢发布它。
- @Giles - 谷歌代码中的版本进行剥离。并且它不用于显示成员名称 AFAIK - 只是类型名称。当然，如果那是巧合呢？
- @Giles，一定要抓住最新的并阅读我的答案，这个问题现在已经"修复"了
- @Sam，你说得对，字符串匹配/正则表达式很棘手。在这种情况下它不起作用。 @Marc IndexOf("@" prop.Name, ... SqlMapper.cs 的第 907 行将 CagedAnimal 的属性 Animal 与 sql 字符串中的 @AnimalId 和 @AnimalType 匹配。所以它现在抛出更多信息的错误消息。
- @Giles 是的，我早些时候注意到了误报风险。我计划稍后改进
- @Giles ...您可以尝试最新的吗，我认为它现在应该可以按预期工作
- @Sam - 非常感谢。最新作品符合预期。顺便说一句，从堆栈溢出的缓慢一天开始，我也喜欢分析器。
Marc 刚刚提交了一个更改来修复这个问题：
在发送尝试将属性转换为参数之前，我们会执行一个简单的验证。例如，对于这种情况，Dapper 不会向服务器发送任何参数： cnn.Query("select 1", new {bla = 1}) 导致字符串中不存在 "bla"。存储过程将跳过此验证。
这个相当神秘的错误现在已经修复并得到了很大的改进。
--
Dapper 用于不执行底层 SQL 语句的解析，例如：
|
@"select *
from animal where animalid = @AnimalId" |
包含一个名为
这很复杂，要 100% 正确，您需要处理边缘情况 EG:
由于 dapper 对字符串中的参数一无所知，它决定将每个公共属性作为参数发送。您的某些公共属性无法映射到