MVC Core中Repository能否联表查询？查询结果存于何种对象？

咱们先直接把你的核心疑问掰清楚：

• Repository 完全支持联表查询，它的核心职责是封装数据访问逻辑，单表操作只是最基础的场景，实际业务里多表关联查询太常见了，完全可以在Repository里实现。
• 至于查询结果该存进什么对象：因为Repository不该依赖UI层的ViewModel，推荐用DTO（Data Transfer Object，数据传输对象），或者专门的只读数据实体类——这类对象属于领域层/数据传输层，和UI一点关系都没有，完全符合分层架构的职责分离原则。

具体实现示例 #

1. 定义DTO类 #

首先创建一个专门用于承载联表查询结果的DTO，只包含你需要的字段（避免冗余）：

public class CustomerTransactionDetailDto
{
    public int CustomerTransactionId { get; set; }
    public string DateOfPurchase { get; set; }
    public int PurchaseAmount { get; set; }
    // 来自ProductType的关联字段
    public string ProductName { get; set; }
    public string ProductDescription { get; set; }
    // 来自StatusType的关联字段
    public string StatusName { get; set; }
    public string StatusDescription { get; set; }
}

2. 修改Repository的联表查询 #

在Repository中实现联表查询，并返回这个DTO（顺便修正了你原始代码里的变量名笔误：join ss in Status on s.StatusId equals ct.StatusId里的s应该对应ss）：

// 假设你有DbContext实例，这里用_context表示
public IEnumerable<CustomerTransactionDetailDto> GetByCustomerTransactionId(int transactionId)
{
    var result = from ct in _context.CustomerTransaction
                 join pt in _context.ProductType on ct.ProductTypeId equals pt.ProductTypeId
                 join st in _context.StatusType on ct.StatusID equals st.StatusId
                 where ct.CustomerTransactionId == transactionId // 补充查询条件，让方法更实用
                 select new CustomerTransactionDetailDto
                 {
                     CustomerTransactionId = ct.CustomerTransactionId,
                     DateOfPurchase = ct.DateOfPurchase,
                     PurchaseAmount = ct.PurchaseAmount,
                     ProductName = pt.ProductName,
                     ProductDescription = pt.ProductDescription,
                     StatusName = st.StatusName,
                     StatusDescription = st.Description
                 };

    return result.ToList();
}

关键说明 #

• 为什么不能用ViewModel？：ViewModel是为UI展示设计的，可能包含UI相关的属性（比如显示用的格式化字符串、UI状态标记等），属于表现层。而Repository属于数据访问层，依赖ViewModel会打破分层架构的隔离性，导致耦合增加，后续UI需求变化时很容易影响到数据访问逻辑。
• DTO的优势：DTO是纯数据载体，只负责在不同层之间传递数据，不包含业务逻辑，也和UI无关，完美适配Repository的返回需求。
• 是否可以用匿名类型？：如果查询结果只在Repository内部临时使用，匿名类型是可以的，但如果需要将结果传递到业务逻辑层或上层，匿名类型无法跨方法/层传递，因此命名的DTO是更稳妥、更易维护的选择。

你提供的原始代码格式化 #

原始Repository代码 #

void GetByCustomerTransactionId() 
{ 
    var result = from ct in CustomerTransaction 
                 join pt in ProductType on pt.ProductTypeId equals ct.ProductTypeId 
                 join ss in Status on s.StatusId equals ct.StatusId 
                 select new all fields 
}

原始Models代码 #

public class CustomerTransaction 
{ 
    public int CustomerTransactionId{ get; set; }, 
    public int ProductTypeId {get; set; }, //joins to ProductTypeTable 
    public int StatusID {get; set; }, //joins to StatusTypeTable 
    public string DateOfPurchase{ get; set; }, 
    public int PurchaseAmount { get; set; }, 
} 

public class ProductType 
{ 
    public int ProductTypeId{ get; set; } 
    public string ProductName { get; set; }, 
    public string ProductDescription { get; set; }, 
} 

public class StatusType 
{ 
    public int StatusId{ get; set; } 
    public string StatusName{ get; set; }, 
    public string Description{ get; set; }, 
}

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