6

我在工作中使用了 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();

crawledAnimal 包含一个公共属性 AnimalId 和 AnimalType 以及 getter 和 setter。

但是在执行此代码时，我收到以下错误：

dapper 不支持类型：SMDApp.Models.Animal

以下代码确实有效：

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

4

2 回答 2

4

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

类型：SMDApp.Models.CagedAnimal 不受 dapper 支持

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

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

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

 new { obj.Foo, obj.Bar, id, key = "something else" }
于 2011-06-29T12:10:31.840 回答
3

Marc 刚刚提交了一个更改来修复这个问题，特别是：

  1. 在发送尝试将属性转换为参数之前，我们执行一个简单的验证。例如，对于这种情况，Dapper 不会向服务器发送任何参数： cnn.Query("select 1", new {bla = 1}) 导致字符串中不存在“bla”。存储过程将跳过此验证。

  2. 这个相当神秘的错误现在已得到修复并得到很大改进。

--

Dapper 用于不执行底层 SQL 语句的解析，例如：

@"select * 
from animal
where animalid = @AnimalId"

包含一个名为@AnimalId.

它变得复杂，要 100% 正确，您需要处理边缘情况 EG:@AnimalId到字符串中select '@AnimalId' -- @AnimalId \* @AnimalId *\？正则表达式确实有点棘手，我没有考虑过所有边缘情况。例如：Oracle 在其参数前加上 a:会使事情变得更复杂。

由于 dapper 对字符串中的参数一无所知，它决定将每个公共属性作为参数发送。您的某些公共属性无法映射到DbParameters因此它抱怨。

于 2011-06-29T12:11:02.683 回答