基于Dapper从多表查询数据：应使用现有实体类还是自定义强类型对象

针对你的问题，两种方案都可行，但我更推荐**创建专用的DTO类（数据传输对象）**来接收这个特定查询的结果，下面给你详细拆解两种方案的适用场景：

一、优先推荐：创建专用DTO类 #

你的第一个查询返回的是扁平结构：t_person.name + t_country的全部字段，而现有Person类是嵌套结构（包含City、Country子对象），两者的结构差异很大。创建专用DTO能带来以下好处：

• 完全匹配查询结果的结构，避免Dapper映射时的字段不匹配问题
• 符合单一职责原则，DTO只负责承载这次查询的数据，不会污染原有实体类的设计
• 后续维护更清晰，其他人一看就知道这个类对应哪条查询

示例代码如下：

// 专门对应第一个查询结果的DTO
public class CountryWithPersonName
{
    public string PersonName { get; set; }
    public int CountryId { get; set; }
    public string CountryName { get; set; }
    public string CountryCapital { get; set; }
    public decimal CountryArea { get; set; }
    public decimal CountryPopulation { get; set; }
}

// 使用DTO接收查询结果
List<CountryWithPersonName> countryData = query<CountryWithPersonName>(@"
    SELECT 
        p.name AS PersonName, 
        co.country_id AS CountryId,
        co.name AS CountryName,
        co.capital AS CountryCapital,
        co.area AS CountryArea,
        co.population AS CountryPopulation
    FROM t_person p 
    INNER JOIN t_city c ON p.city_id = c.city_id 
    INNER JOIN t_country co ON c.country_id = co.country_id");

这里给查询字段加了别名，确保和DTO的属性名严格匹配，Dapper能自动完成映射。

二、使用现有Person类（不推荐） #

如果硬要用Person类来接收，也可以实现，但会有不少问题：

• Person类里的PersonId、City属性会因为查询结果中没有对应数据而被设为null或默认值，导致对象状态不完整
• 需要手动处理字段映射，比如给查询字段加别名匹配Person和Country的属性名，示例如下：

List<Person> countryData = query<Person>(@"
    SELECT 
        p.name AS PersonName,
        co.country_id AS Country_CountryId,
        co.name AS Country_CountryName,
        co.capital AS Country_CountryCapital,
        co.area AS Country_CountryArea,
        co.population AS Country_CountryPopulation
    FROM t_person p 
    INNER JOIN t_city c ON p.city_id = c.city_id 
    INNER JOIN t_country co ON c.country_id = co.country_id");

Dapper支持通过下划线分隔的别名来映射嵌套对象（比如Country_CountryId会映射到Person.Country.CountryId），但这种方式会让SQL语句变得冗长，而且Person对象里的City始终是null，很容易造成后续代码的误解。

总结 #

如果你的查询结果结构和现有实体类（Person/City/Country）的嵌套结构差异较大，优先创建专用DTO是更合理的选择，它能让代码更清晰、更易于维护。

内容的提问来源于stack exchange，提问作者cSharper