EF Core是.NET平台的ORM框架，通过C#对象映射数据库表，提升开发效率与代码可维护性；其核心流程包括定义实体模型、创建DbContext、配置连接、使用迁移管理数据库结构，并通过LINQ实现CRUD操作；相比ADO.NET，EF Core在多数业务场景下更高效，支持跨数据库、类型安全和自动SQL生成，但高性能场景可结合原生SQL或轻量级框架；实际使用中需注意急切加载、投影、AsNoTracking等性能优化技巧，避免N+1查询和过度加载；EF Core具备跨平台能力，支持多种关系型与NoSQL数据库，未来将增强查询优化、多模型数据支持及AI集成，持续强化其作为应用与数据间核心桥梁的角色。
C#的Entity Framework Core（简称EF Core）是.NET平台下的一款对象关系映射（ORM）框架。它允许开发者使用.NET对象来操作数据库，而无需编写大量的SQL语句。本质上，EF Core充当了应用程序代码和数据库之间的桥梁，将C#对象映射到数据库表，将对象属性映射到表列，使得数据访问变得更加面向对象和高效。
要使用EF Core，核心流程通常包括：定义你的数据模型（C#类），创建一个继承自
DbContext
使用Entity Framework Core通常遵循以下几个步骤：
安装必要的NuGet包： 首先，你需要根据你使用的数据库类型安装对应的EF Core提供程序包。例如，对于SQL Server：
dotnet add package Microsoft.EntityFrameworkCore.SqlServer dotnet add package Microsoft.EntityFrameworkCore.Tools
Microsoft.EntityFrameworkCore.Tools
定义实体模型（Entity Models）： 这些是普通的C#类，代表数据库中的表。
public class Book
{
public int Id { get; set; } // 主键
public string Title { get; set; }
public string Author { get; set; }
public int YearPublished { get; set; }
}创建数据库上下文（DbContext）：
DbContext
using Microsoft.EntityFrameworkCore;
public class LibraryContext : DbContext
{
public LibraryContext(DbContextOptions<LibraryContext> options) : base(options)
{
}
public DbSet<Book> Books { get; set; } // 映射到数据库中的Books表
}配置数据库连接： 通常在
Program.cs
Startup.cs
DbContext
// Program.cs (Minimal API / .NET 6+)
var builder = WebApplication.CreateBuilder(args);
var connectionString = builder.Configuration.GetConnectionString("DefaultConnection"); // 从appsettings.json获取
builder.Services.AddDbContext<LibraryContext>(options =>
options.UseSqlServer(connectionString));在
appsettings.json
{
"ConnectionStrings": {
"DefaultConnection": "Server=(localdb)\mssqllocaldb;Database=LibraryDb;Trusted_Connection=True;MultipleActiveResultSets=true"
}
}创建和应用数据库迁移（Migrations）： 迁移是EF Core用来管理数据库架构演变的方式。 打开包管理器控制台（Package Manager Console）或命令行，导航到项目目录：
dotnet ef migrations add InitialCreate // 创建一个名为InitialCreate的迁移 dotnet ef database update // 将迁移应用到数据库，创建数据库和表
之后如果你修改了实体模型，可以重复这个过程来生成新的迁移。
执行CRUD操作： 现在你可以使用
LibraryContext
添加数据：
using (var context = new LibraryContext(options)) // options是配置好的DbContextOptions
{
var newBook = new Book { Title = "The Hitchhiker's Guide to the Galaxy", Author = "Douglas Adams", YearPublished = 1979 };
context.Books.Add(newBook);
context.SaveChanges(); // 将更改保存到数据库
Console.WriteLine($"Added book with ID: {newBook.Id}");
}查询数据：
using (var context = new LibraryContext(options))
{
var allBooks = context.Books.ToList(); // 获取所有书籍
foreach (var book in allBooks)
{
Console.WriteLine($"ID: {book.Id}, Title: {book.Title}, Author: {book.Author}");
}
var specificBook = context.Books.FirstOrDefault(b => b.Title == "The Hitchhiker's Guide to the Galaxy");
if (specificBook != null)
{
Console.WriteLine($"Found book: {specificBook.Author}");
}
}更新数据：
using (var context = new LibraryContext(options))
{
var bookToUpdate = context.Books.FirstOrDefault(b => b.Title == "The Hitchhiker's Guide to the Galaxy");
if (bookToUpdate != null)
{
bookToUpdate.YearPublished = 1980; // 更新年份
context.SaveChanges();
Console.WriteLine($"Updated book: {bookToUpdate.Title}");
}
}删除数据：
using (var context = new LibraryContext(options))
{
var bookToDelete = context.Books.FirstOrDefault(b => b.Title == "The Hitchhiker's Guide to the Galaxy");
if (bookToDelete != null)
{
context.Books.Remove(bookToDelete);
context.SaveChanges();
Console.WriteLine($"Deleted book: {bookToDelete.Title}");
}
}在我看来，选择EF Core通常是出于对开发效率和代码可维护性的考量。它提供了一种高级抽象，让你能用C#对象和LINQ来思考数据，而不是直接与SQL打交道。这种“面向对象”的数据访问方式，对于大多数业务应用来说，简直是生产力倍增器。你不需要手动编写
INSERT
UPDATE
DELETE
相比传统的ADO.NET，EF Core的优势显而易见：
SqlConnection
SqlCommand
SqlDataReader
然而，说它“更优秀”可能有些武断，这更像是一个“适合场景”的问题。在某些极端性能敏感的场景，或者你需要执行非常复杂、高度优化的特定SQL语句时，ADO.NET（或者像Dapper这样的轻量级ORM）可能提供更高的控制度和更极致的性能。因为EF Core在底层会生成SQL，这个生成过程和抽象层本身会有一定的开销。有时，EF Core生成的SQL可能不是最优化，需要开发者介入进行调整或使用原生SQL。
所以，我的观点是：对于大多数CRUD密集型、业务逻辑复杂的企业级应用，EF Core是首选，它能让你专注于业务逻辑而非数据访问细节。但在需要精细控制和极限性能的特定模块，了解并适时使用ADO.NET或Dapper，会是更明智的选择。这就像你有一把瑞士军刀（EF Core），它功能强大，但有时你可能也需要一把专用螺丝刀（ADO.NET）。
在实际项目中，高效使用EF Core是门学问，避免掉进一些常见的性能陷阱至关重要。我见过不少项目因为不恰当的使用方式，导致EF Core成了性能瓶颈，这其实挺冤枉的。
首先，理解延迟加载（Lazy Loading）、急切加载（Eager Loading）和显式加载（Explicit Loading）是基础。默认情况下，EF Core不加载关联实体（延迟加载需要额外配置，通常不推荐在生产环境默认开启，因为它可能导致N+1查询问题）。
急切加载（Eager Loading）： 使用
Include
// 假设Book有一个导航属性List<Review> Reviews var booksWithReviews = context.Books.Include(b => b.Reviews).ToList();
这样可以避免N+1问题，一次性查询出所有需要的数据。
投影（Projection）与Select()
Select()
var bookTitles = context.Books.Select(b => new { b.Id, b.Title }).ToList();
// EF Core只会查询Id和Title列，减少数据传输量这是提升查询性能最有效的方法之一。
AsNoTracking()
AsNoTracking()
var books = context.Books.AsNoTracking().ToList();
AsNoTracking()
批量操作： EF Core 7及更高版本引入了
ExecuteUpdate
ExecuteDelete
// 批量更新
context.Books
.Where(b => b.YearPublished < 2000)
.ExecuteUpdate(s => s.SetProperty(b => b.Title, b => b.Title + " (Classic)"));
// 批量删除
context.Books
.Where(b => b.YearPublished < 1950)
.ExecuteDelete();索引： 确保数据库表上有适当的索引。EF Core不会自动创建所有必要的索引，你需要根据查询模式手动添加。在实体模型中使用
[Index]
OnModelCreating
日志记录： 开启EF Core的日志记录，尤其是SQL查询日志，可以帮助你理解EF Core生成了什么样的SQL，从而发现潜在的低效查询。
options.UseSqlServer(connectionString)
.LogTo(Console.WriteLine, LogLevel.Information); // 输出到控制台常见陷阱：
Include
Select
Select
DbContext
DbContext
FromSqlRaw
FromSqlInterpolated
EF Core自诞生之初就带有强烈的跨平台基因，它是.NET Core的一部分，这意味着它可以在Windows、Linux和macOS等操作系统上无缝运行。这种灵活性对于构建现代云原生应用至关重要，让开发者可以选择最适合其部署环境的平台。
在数据库支持方面，EF Core展现出了惊人的广度。它拥有一个插件式的提供程序模型，社区和微软官方都贡献了大量的数据库提供程序：
关系型数据库：
非关系型数据库/NoSQL：
这意味着，无论你的数据存储偏好是什么，EF Core通常都能提供支持。这种多数据库兼容性大大降低了技术栈锁定的风险，让企业可以根据需求灵活选择和切换数据库。
未来发展趋势方面，我个人看到几个方向：
总的来说，EF Core作为.NET生态中不可或缺的一部分，其跨平台能力和广泛的数据库支持使其成为一个极其强大且适应性强的工具。持续的迭代和新功能的引入，让我对它在未来数据访问领域的表现充满期待。它不仅仅是一个ORM，更是连接应用与数据世界的关键桥梁，并且这个桥梁还在不断加固和拓宽。
以上就是C#的Entity Framework Core是什么？如何使用？的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
1002
收藏
