news 2026/6/9 1:54:18

【EF Core】FromExpression 方法有什么用?

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
【EF Core】FromExpression 方法有什么用?

中没有专门的介绍(只在表值函数映射的例子中看到)。

咱们先来看看此方法的签名:

IQueryable<TResult> FromExpression<TResult>(Expression<Func<IQueryable<TResult>>> expression)

看着好像很复杂的样子。其实不,咱们来拆解一下:

1、TResult 是类型参数(泛型的知识点没忘吧),这里其实指的就是实体类型,比如,你的爱狗 Dog。

2、这个方法返回 IQueryable<T> 类型,说明允许你使用 LINQ 查询。

3、重点理解其参数——Expression<TDelegate> 表达有个万能规律:可以把与 TDelegate 类型兼容的 lambda 表达式直接赋值给 Expression<> 变量。即这个 FromExpression 方法可以使用以下 lambda 表达式作为参数:

() => [返回 IQueryable<T>]

这个委托的意思就是:它,单身狗(无参数)一枚,但可以生产 IQueryable<T> 对象。

哦,说了一大堆,还没说这个方法到底有啥毛用。它的用处就是你可以指定一个表达式,让 EF 一开始就返回筛选过的查询。在 DbContext 的派生类中声明 DbSet<T> 类型的带 get + set 的公共属性这种生成首个查询(根查询)是最常用的方案,这个相信大伙们都很熟了,EF Core 最基础操作,老周就不多介绍了。假如你要对查询的初始数据做筛选,那么,按照 DbSet 的方案,要先执行一下 SELECT **** FROM #$$#*& 语句,然后再执行 SELECT **** FROM &*^$ WHERE xxxxx,我还没操作数据呢就执行了两次 SELECT 语句了。所以说,如果你一开始并不打算提取所有数据,那么直接从一开始就执行 SELECT **** FROM xxxx WHERE yyyy 多好,何必多浪费一条 SQL 语句?

还有一种使用场景:你的数据不是从某个表 SELECT 出来的,而是从一个表值函数返回的,这种情况也要借助 FromExpression 方法。

不知道老周以上说明你是否明白?不明白没关系,咱们实战一下你就懂了。

咱们先定义的实体:

复制代码

/// <summary>

/// 妖书实体

/// </summary>

public class Book

{

/// <summary>

/// 标识 + 主键

/// </summary>

public Guid BookId { get; set; }

/// <summary>

/// 书名

/// </summary>

public string Title { get; set; } = string.Empty;

/// <summary>

/// 简介

/// </summary>

public string? Description { get; set; }

/// <summary>

/// 作者

/// </summary>

public string Author { get; set; } = string.Empty;

}

复制代码

然后,继承 DbContext 类,常规操作。

复制代码

public class MyDbContext : DbContext

{

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)

{

optionsBuilder.UseSqlServer("Server=.\\TEST;Database=mydb;Integrated Security=True;Trust Server Certificate=True");

// 配置日志

//.LogTo(log => Debug.WriteLine(log));

}

protected override void OnModelCreating(ModelBuilder modelBuilder)

{

modelBuilder.Entity<Book>(t =>

{

t.ToTable("books", tb =>

{

tb.Property(x => x.BookId).HasColumnName("book_id");

tb.Property(z=>z.Title).HasColumnName("title");

tb.Property(k => k.Description).HasColumnName("desc");

tb.Property(f => f.Author).HasColumnName("author");

})

.HasKey(t => t.BookId);

});

}

// 以下行现在不需要了

//public DbSet<Book> Books { get; set; }

public IQueryable<Book> MyBooks

=> FromExpression(() => Set<Book>().Where(x => x.Author == "老周"));

}

复制代码

这里不用再定义 DbSet<> 类型的属性了,因为我们要对数据进行筛选,重点看 MyBooks 属性的实现:

public IQueryable<Book> MyBooks

=> FromExpression(() => Set<Book>().Where(x => x.Author == "老周"));

Set<Book>() 方法的调用会让 DbContext 自动在缓存字典中添加数据集合,然后一句 Where 做出筛选,上述代码的意思是只查询老周写的妖书,其他作者的不考虑。这时候 DbContext 不会发出 select * from xxx SQL 语句,所以你不用担心执行多余的 SQL。调用 FromExpression 方法后,会使初始查询直接生成 Select * from xxx where ...... 语句,只查询一次。

现在往 SQL Server 中新建 mydb 数据库,并创建 books 表。

复制代码

CREATE TABLE [dbo].[books] (

[book_id] UNIQUEIDENTIFIER DEFAULT (newid()) NOT NULL,

[title] NVARCHAR (35) NOT NULL,

[desc] NVARCHAR (100) NULL,

[author] NVARCHAR (20) NOT NULL,

PRIMARY KEY CLUSTERED ([book_id] ASC)

);

复制代码

顺便向表中插入些测试数据。

insert into books (title, author, [desc])

values (N'R语言从盗墓到考古', N'张法师', N'一套不正经的R语言退隐教程'),

(N'疯言疯语之HTML 6.0', N'老周', N'提前一个世纪出现的超文本协议'),

(N'程序员风水学', N'孙电鹰', N'先匪后将的他,曾有“东陵大盗”之称,在盗掘过程中他学会了用风水理论去Debug项目'),

(N'鸡形机器人编程入门', N'老周', N'未来,由于长期不种植作物,人类只能躺在病床上依靠吮吸预制营养液维持生命;后有人提出开发鸡形机器人,帮助人类进食')

现在,咱们试一下。

using var context = new MyDbContext();

foreach(Book bk in context.MyBooks)

{

Console.WriteLine($"{bk.Author,-10}{bk.Title}");

}

如果日志启用,那么,你会看到,DbContext 从初始化到 foreach 循环访问数据,只生成了一条 SQL 语句。

SELECT [b].[book_id], [b].[author], [b].[desc], [b].[title]

FROM [books] AS [b]

WHERE [b].[author] = N'老周'

下面来看看另一种应用情形——映射表值函数。

先在 SQL Server 中创建一个内联表值函数,名为 get_all_books,返回表中所有行。

CREATE FUNCTION [dbo].[get_all_books]()

RETURNS TABLE

RETURN select * from dbo.books;

回到 .NET 项目,咱们要映射一下函数。

A、先在 DbContext 的派生类中定义一个方法,用于映射到函数,不需要实现方法体,直接抛异常就行。

internal IQueryable<Book> GetAllBooksMap()

{

throw new NotSupportedException();

}

实际上,EF Core 并不会真正调用方法,只是通过生成表达式树 + 反射出方法名,然后再找到与方法名对应的数据库中的函数罢了。所以,方法不需要实现代码。

B、OnModelCreating 方法要改一下,映射列名的 HasColumnName 方法不能在 ToTable 方法中配置,否则表值函数返回的实体不能正确映射。

复制代码

modelBuilder.Entity<Book>(t =>

{

t.ToTable("books");

t.HasKey(t => t.BookId);

t.Property(x => x.BookId).HasColumnName("book_id");

t.Property(z => z.Title).HasColumnName("title");

t.Property(k => k.Description).HasColumnName("desc");

t.Property(f => f.Author).HasColumnName("author");

});

复制代码

也就是列名映射要在 Property 上配置,不能在 TableBuilder 上配置。

C、HasDbFunction 映射函数。

// 注意数据库中的函数名与类方法不同

modelBuilder.HasDbFunction(GetType().GetMethod(nameof(GetAllBooksMap), BindingFlags.NonPublic)!).HasName("get_all_books");

这里有个误区:很多大伙伴以为这样就完事了,然后就开始调用代码了。

using var context = new MyDbContext();

foreach(Book bk in context.GetAllBooksMap())

{

Console.WriteLine($"{bk.Author,-10}{bk.Title}");

}

你以为这样是对的,但运行后就是错的。上面不是说了吗?GetAllBooksMap 方法是没有实现的,你不能直接调用它!不能调用,不能调用,不能调用!!

我们还需要再给 DbContext 的派生类再定义一个方法,使用 FromExpression 方法让 GetAllBooksMap 转为表达式树。

public IQueryable<Book> GetAllBooks()

{

return this.FromExpression(() => GetAllBooksMap());

}

这么一来,GetAllBooksMap() 就成了表达式树,EF 不会真的调用它,只是获取相关信息,再翻译成 SQL。

然后这样用:

using var context = new MyDbContext();

foreach(Book bk in context.GetAllBooks())

{

Console.WriteLine($"{bk.Author,-10}{bk.Title}");

}

看,四条记录就读出来了。

image

可是,你也发现了,这TM太麻烦了,为了表值函数映射,我要封装两个方法成员。其实,这里可以把两个方法合成一个:

public IQueryable<Book> GetAllBooks()

{

return this.FromExpression(() => GetAllBooks());

}

由于是公共方法,OnModelCreating 中的 HasDbFunction 代码也可以精简一下。

modelBuilder.HasDbFunction(GetType().GetMethod(nameof(GetAllBooks))!).HasName("get_all_books");

这时候你又搞不懂了,What?GetAllBooks 方法怎么自己调用了自己?不不不,没有的事,你又忘了,FromExpression 只是转换为表达式树,并不会真的调用它。所以,这样合并后,其实代码是这样走的:

1、访问 context.GetAllBooks() ,这时候,GetAllBooks 方法确实被调用了,是你的代码调用的,不是EF调用;

2、GetAllBooks 方法被你调用后,FromExpression 方法被调用;

3、FromExpression 方法参数中,lambda 表达式虽然又引用了一次 GetAllBooks 方法,但这一次它不会被调用,EF Core 只是用来获取方法名。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/6/8 1:26:50

Java并发机制的底层实现原理:从CPU到JVM的全面解析

引言&#xff1a;为什么需要了解底层原理&#xff1f;在日常开发中&#xff0c;我们经常使用volatile、synchronized和原子类来解决并发问题。但仅仅会使用这些工具是不够的&#xff0c;只有深入理解它们的底层实现原理&#xff0c;才能在复杂的并发场景中做出正确的技术选型&a…

作者头像 李华
网站建设 2026/6/9 1:00:06

JetBrains Maple Mono字体终极指南:5分钟提升你的编程体验

JetBrains Maple Mono字体终极指南&#xff1a;5分钟提升你的编程体验 【免费下载链接】Fusion-JetBrainsMapleMono JetBrains Maple Mono: The free and open-source font fused with JetBrains Mono & Maple Mono 项目地址: https://gitcode.com/gh_mirrors/fu/Fusion-…

作者头像 李华
网站建设 2026/6/9 1:58:20

3步突破性能瓶颈:Emscripten组件化架构实战指南

你是否正在为C/C项目Web化后的卡顿问题而头疼&#xff1f;初始加载时间过长、内存占用居高不下、交互响应迟缓&#xff0c;这些问题正在阻碍你的应用实现丝滑体验。今天&#xff0c;我们将通过Emscripten的组件化架构方案&#xff0c;带你从问题诊断到解决方案&#xff0c;最终…

作者头像 李华
网站建设 2026/6/8 4:28:49

温度预测实战:PyTorch神经网络建模全流程解析

温度预测实战&#xff1a;PyTorch神经网络建模全流程解析 【免费下载链接】Pytorch-framework-predicts-temperature PyTorch构建神经网络预测气温 项目地址: https://gitcode.com/gh_mirrors/py/Pytorch-framework-predicts-temperature "为什么我的模型预测总是不…

作者头像 李华
网站建设 2026/6/5 6:00:28

Solana 架构深度解析:如何成为 Web3 的性能怪兽?

当其他公链还在为 TPS 过千挣扎时&#xff0c;Solana 已实现每秒数万笔交易。这头"性能怪兽"究竟藏着哪些黑科技&#xff1f;本文将为你拆解其架构设计的精妙之处。 一、突破常规的共识革命 1.1 PoS 的颠覆性进化 Solana 的共识基础仍是 PoS&#xff0c;但通过创新的…

作者头像 李华
网站建设 2026/6/9 13:42:01

基于Python的宠物领养平台的设计与实现毕业设计项目源码

题目简介 基于 Python 的宠物领养平台&#xff0c;直击 “救助机构推广难、领养人筛选严、领养流程繁琐” 与 “宠物流离失所、领养匹配精准度低” 的双重痛点&#xff0c;依托 Python 的高效数据处理与爬虫优势&#xff0c;构建 “信息透明 严格审核 全程追溯” 的一体化宠物…

作者头像 李华