<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Entity Framework | The .NET Blog</title><link>https://thedotnetblog.com/zh/tags/entity-framework/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>zh</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Fri, 12 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/zh/tags/entity-framework/index.xml" rel="self" type="application/rss+xml"/><item><title>.NET 11 Preview 5：我会真正首先尝试什么</title><link>https://thedotnetblog.com/zh/news/emiliano-montesdeoca/dotnet-11-preview-5-what-i-would-actually-try-first/</link><pubDate>Fri, 12 Jun 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/zh/news/emiliano-montesdeoca/dotnet-11-preview-5-what-i-would-actually-try-first/</guid><description>.NET 11 Preview 5 在 SDK、运行时、C#、ASP.NET Core 和 EF Core 中带来了大量改进。以下是如果你构建真正的 .NET 应用，我认为最值得早期测试的更新。</description><content:encoded>&lt;p&gt;.NET 预览文章总是内容满满。&lt;/p&gt;
&lt;p&gt;这对平台来说是好事，但也意味着实际问题被埋没了：&lt;strong&gt;你实际上应该先测试什么？&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;.NET 11 Preview 5 在 SDK、运行时、库、ASP.NET Core、C#、MAUI 和 EF Core 中带来了很多内容。我不想把这变成一篇巨大的更新日志回顾——我想聚焦于那些我认为现在值得真正开发者关注的部分。&lt;/p&gt;
&lt;h2 id="mcp-服务器模板进入-dotnet-new-是一个信号"&gt;MCP 服务器模板进入 &lt;code&gt;dotnet new&lt;/code&gt; 是一个信号&lt;/h2&gt;
&lt;p&gt;这可能是 SDK 部分中最具战略性的项目。&lt;/p&gt;
&lt;p&gt;当一个项目模板直接进入 SDK 时，意味着平台不再将该场景视为小众。&lt;strong&gt;MCP 服务器模板&lt;/strong&gt;内置在 &lt;code&gt;dotnet new&lt;/code&gt; 中降低了尝试该模式的成本，并向生态发出了一个明确的信号。&lt;/p&gt;
&lt;p&gt;如果你正在构建智能体工具、内部助手或 AI 集成的开发者工具，这是我会首先测试的事情之一。&lt;/p&gt;
&lt;h2 id="构建时的漏洞和生命周期终止检查正是我喜欢的那种默认行为"&gt;构建时的漏洞和生命周期终止检查正是我喜欢的那种默认行为&lt;/h2&gt;
&lt;p&gt;安全和生命周期意识，最好是在平台在&lt;strong&gt;构建期间&lt;/strong&gt;就帮助你，而不是事后在一个没人读的单独报告中体现。&lt;/p&gt;
&lt;p&gt;新的 SDK 在构建期间检查漏洞和生命周期终止包，正是我喜欢的那种功能——因为它让更好的行为成为默认。&lt;/p&gt;
&lt;p&gt;这些功能不花哨，但它们是那种经得起时间考验的改进。&lt;/p&gt;
&lt;h2 id="c-在正确的地方继续变得更富表达力"&gt;C# 在正确的地方继续变得更富表达力&lt;/h2&gt;
&lt;p&gt;Preview 5 的 C# 项目很有趣，尤其是：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;封闭类层次结构&lt;/li&gt;
&lt;li&gt;联合类型声明和联合模式匹配&lt;/li&gt;
&lt;li&gt;继续推进不安全代码的演进&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;我不会在生产代码中盲目采纳所有这些——预览语言特性总是需要冷静的测试周期。但方向是好的。C# 持续走向更丰富的建模，同时不失其特性。&lt;/p&gt;
&lt;h2 id="aspnet-core-和-ef-core-有值得早期测试的实用更新"&gt;ASP.NET Core 和 EF Core 有值得早期测试的实用更新&lt;/h2&gt;
&lt;p&gt;两个我肯定会进行 spike 测试的领域：&lt;/p&gt;
&lt;h3 id="blazor-改进"&gt;Blazor 改进&lt;/h3&gt;
&lt;p&gt;用于 Blazor SSR 的客户端验证和无需交互性的 QuickGrid 改进，都是那种可以简化真实应用的生活质量功能。&lt;/p&gt;
&lt;h3 id="ef-core-默认值和警告"&gt;EF Core 默认值和警告&lt;/h3&gt;
&lt;p&gt;EF Core 将 SQL Server 2022 兼容性设为默认值，并增加了对异步 EF 查询同步运行的警告——这正是那种能在真实代码库中暴露隐藏问题的变化。&lt;/p&gt;
&lt;p&gt;这意味着越早测试越好。&lt;/p&gt;
&lt;h2 id="我首次体验的短清单"&gt;我首次体验的短清单&lt;/h2&gt;
&lt;p&gt;如果我有半天时间来探索 Preview 5，我会这样做：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;尝试 MCP 服务器模板&lt;/li&gt;
&lt;li&gt;运行构建并检查新的漏洞/EOL 检查&lt;/li&gt;
&lt;li&gt;测试可能受益于新 C# 建模特性的代码库&lt;/li&gt;
&lt;li&gt;如果你使用 Blazor，验证 Blazor SSR 场景&lt;/li&gt;
&lt;li&gt;运行 EF Core 密集路径，观察警告变化或 SQL 差异&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;这就是我认为早期价值所在。&lt;/p&gt;
&lt;h2 id="我的看法"&gt;我的看法&lt;/h2&gt;
&lt;p&gt;.NET 11 Preview 5 感觉像是那种平台同时朝两个方向推进的版本：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;更雄心勃勃的开发者能力&lt;/li&gt;
&lt;li&gt;为生产导向团队提供更好的默认值&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这种组合正是我从预览周期中想要的。&lt;/p&gt;
&lt;p&gt;尝试它，但有目的地尝试。&lt;/p&gt;
&lt;p&gt;原文：&lt;a href="https://devblogs.microsoft.com/dotnet/dotnet-11-preview-5/"&gt;.NET 11 Preview 5 is now available!&lt;/a&gt;&lt;/p&gt;</content:encoded></item></channel></rss>