关于 c#:Dapper 使用 LINQ 自动生成类型的参数化查询

Dapper parameterised queries with LINQ autogenerated types

我在工作中使用了 LINQ 和 Dapper 的组合。出于性能原因，我在某些地方用 Dapper 替换了我的 LINQ 代码。我有很多通过从 SQL Server 拖放到 Visual Studio 数据库图中创建的 LINQ 数据对象。

在以下实例中，我已经在内存中有一个 LINQ 对象，我想将它作为查询的参数传递给 Dapper。例如：

1
2
3
4
5

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

以下代码确实有效：

1
2
3
4
5
6
7
8
9
10

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 的回复进行了第二次编辑。

相关讨论

简短的版本应该已经可以工作了；基于错误：

The type : SMDApp.Models.CagedAnimal is not supported by dapper

我的结论是，要么你实际上传递的是 new {cagedAnimal} 而不是 cagedAnimal，要么你的 cagedAnimal 有一个属性(可能是 Parent？)它本身就是一个 cagedAnimal，并且哪个 dapper 可以\\不明白。当前的行为是为提供的参数对象的每个公共属性添加一个参数 - 如果它无法弄清楚如何将任何属性发送到数据库，它会抱怨。您应该会发现只有值成员的简单 POCO 可以正常工作。

但是！请注意，它不会尝试解析您的 SQL - 特别是，它不会检查提供的查询中的参数。因此，使用 POCO 方法意味着您正在向查询中添加不必要的属性。

我们广泛使用dapper，我们只是使用方法：

1	new { obj.Foo, obj.Bar, id, key ="something else" }