25.5k
2018-10-31 20:19
您不能（也应该不能）投影到映射的实体上。但是，您可以投影到匿名类型或DTO上：
public class ProductDTO
{
public string Name { get; set; }
// Other field you may need from the Product entity
}
并且您的方法将返回DTO的列表。
public List<ProductDTO> GetProducts(int categoryID)
{
return (from p in db.Products
where p.CategoryID == categoryID
select new ProductDTO { Name = p.Name }).ToList();
}
热门帖子
相关问题
热门github
1
2
4
The Python Risk Identification Tool for generative AI (PyRIT) is an open access automation framework to empower security professionals and machine learning engineers to proactively find risks in their generative AI systems.
(翻译：用于生成式 AI 的 Python 风险识别工具 (PyRIT) 是一个开放式访问自动化框架，使安全专业人员和机器学习工程师能够主动发现其生成式 AI 系统中的风险。)
5
7
8
9
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
10
11
13
我不明白为什么我不应该这样做...这将非常有用...
好吧，EF中的映射实体基本上代表数据库表。如果投影到映射的实体，则基本上要做的是部分加载一个实体，这不是有效状态。EF没有任何线索，例如将来如何处理此类实体的更新（默认行为可能是使用null或对象中包含的任何内容覆盖未加载的字段）。这将是危险的操作，因为您可能会丢失数据库中的某些数据，因此不允许在EF中部分加载实体（或将项目投影到映射的实体）。
@Yakimych很有用，除非您有一些通过查询生成/创建的聚合实体，因此完全了解/打算创建一个全新的实体，然后您将对其进行操作并随后添加。在这种情况下，您要么必须强制运行查询，要么将其推入dto并返回到要添加的实体-这令人沮丧
@Cargowire-我同意，这种情况是存在的，当您知道自己在做什么，但由于限制而被禁止时，这种情况令人沮丧。但是，如果允许这样做，将会有很多沮丧的开发人员抱怨他们在尝试保存部分加载的实体时丢失了数据。IMO，一个会引起很多噪音（引发异常等）的错误比会导致难以跟踪和解释的隐藏错误的行为要好（在开始注意到丢失的数据之前，这些工作很好）。
DTO- 数据传输对象