Anduin Xue
Anduin Xue

Anduin's Tech Blog

All Posts


Tips to get better performance for Entity Framework Core

根据上述内容,以下是针对如何优化Entity Framework Core查询性能的一些建议: 1. **使用AsNoTracking禁用跟踪**:当不需要更新或保存更改时,添加AsNoTracking可以提高查询性能。 2. **避免使用Include函数**:尽量不要使用Include来加载关联表,而是通过Select投影只获取所需的数据。这样可以减少SQL复杂性并提升性能。 3. **使用FirstOrDefaultAsync替代SingleOrDefaultAsync**:对于已知唯一的结果(如主键查找),使用FirstOrDefaultAsync比SingleOrDefaultAsync更高效,因为它避免了多余的TOP 2查询。 4. **防止客户端评估**:尽量让EF Core在服务器端执行计算。如果遇到无法翻译为SQL的操作,提前在代码中计算好条件值,再进行查询以避免客户端评估带来的性能损失。 5. **选择投影(Select)而非Include**:通过使用Select来定义所需的字段和关联数据,可以更高效地获取数据,同时避免不必要的表连接操作。 这些优化技巧可以帮助提升EF Core查询的效率和整体应用性能。--DeepSeek

Entity Framework SQL Performance Database Entity Framework Core Query Optimization

Scan all accessible class in C#

在C#编程中,获取所有可访问类是一个看似简单却涉及递归引用和程序集处理的实际问题。文章通过代码示例展示了如何利用`GetReferencedAssemblies`方法构建一个引用树,并递归遍历每个程序集以收集所有类型信息。其中,关键在于避免重复加载相同的程序集,确保最终结果的唯一性和准确性。文章还探讨了从入口程序集开始扫描的实现细节,以及如何将这些程序集中的所有类型提取到列表中供进一步使用。这种方法虽然有效,但在实际开发中可能会遇到哪些潜在问题?例如,在大型项目或动态加载场景下,这种递归扫描是否仍能保持高效和稳定?这些问题值得深入思考和探索。--DeepSeek

C# .NET Core Reflection Type Retrieval Assembly Scanning GetReferencedAssemblies

Use IIS or Azure App Service as a reverse proxy

这篇文章主要介绍了如何通过IIS URL Rewrite Module和Azure App Service配置反向代理服务器。文中详细讲解了在本地IIS环境中创建空网站、设置绑定以及编写web.config文件以实现反向代理功能,包括强制HTTPS和HSTS增强安全性的方法。此外,文章还说明了如何将配置部署到Azure App Service,并通过Kudu控制台启用ARR服务以确保反向代理正常工作。最后,提供了测试和验证反向代理功能的具体步骤。--DeepSeek

IIS web.config Reverse Proxy Web Azure App Service Azure

Share view component between different ASP.NET Core web project

这篇博客详细探讨了如何在不同的ASP.NET Core Web项目之间共享视图组件,以避免重复编写相同的逻辑或组件。通过创建一个支持Razor的类库项目,并按照步骤配置项目文件和组织视图组件,开发者可以轻松实现跨项目的视图组件复用。文章还展示了如何在新项目中导入这些共享组件,并提供了实际使用的示例。这种方法不仅提高了开发效率,还简化了代码维护。你是否也遇到过需要在多个项目之间共享视图组件的需求?通过这篇文章的指导,你可以高效地实现这一目标。此外,思考一下:除了视图组件,还有哪些类型的资源或逻辑可以通过类似的方法进行跨项目共享,从而进一步提升开发流程的整体效率?--DeepSeek

ASP.NET Core C# class library View component ViewComponents ClassLibrary

One command to pull all git repositories

这篇文章介绍了如何通过一个简单的Shell脚本命令来自动化拉取所有Git仓库的最新代码。作者分享了其文件夹结构,并详细展示了创建名为`pull.sh`的脚本的过程,该脚本能够遍历指定目录下的所有子文件夹并执行`git pull`操作。文章还提供了脚本的具体内容、赋予脚本可执行权限的命令以及如何运行该脚本以更新所有仓库。最后,作者通过截图展示了脚本成功执行的结果。 你是否有类似的自动化需求?或者你是否已经找到了更高效的方法来管理多个Git仓库?这篇文章不仅提供了一个实用的解决方案,还激发了我们对自动化工作流程和提高开发效率的思考。--DeepSeek

bash git git pull automate git pull shell script batch git pull

Inject an instance of a class with all default values

该工具能够自动生成对象实例并填充属性值,支持基本类型、自定义类及其数组和列表形式。它通过检测数据类型的特性(如是否为集合、枚举或抽象类)来动态创建合适的数据。对于自定义类,会调用构造函数生成实例,并为每个可写属性递归地赋默认值;如果是集合,则根据元素类型生成包含多个实例的数组或列表。最终,通过反向继承层次结构生成数组或列表,确保复杂对象结构的完整性。--DeepSeek

C# .NET Core Automation DependencyInjection ObjectCreation PropertiesHandling

Soft deletion in Entity Framework Core

这篇文章详细介绍了如何在Entity Framework Core中实现软删除功能。通过创建包含`IsDeleted`字段的实体类和自定义`DBContext`方法,文章展示了如何实现数据标记为已删除而不是直接从数据库中移除的功能。文章还讨论了软删除的优势,如数据恢复的可能性,并指出了潜在的问题,例如数据积累和级联删除可能失效的情况。最后,文章提出了一个问题:在启用软删除后,你将如何处理数据备份和定期清理任务?这个问题旨在激发读者进一步思考如何优化自己的数据库管理策略。--DeepSeek

C# Entity Framework SQL Server Soft deletion Entity Framework Core LINQ

Support multi-tenant in pure Entity Framework Core

这篇文章探讨了如何仅使用纯Entity Framework Core实现多租户功能。通过创建包含TenantId字段的实体类,并结合自定义DBContext,可以轻松地为每个租户隔离数据。文章详细介绍了如何在OnModelCreating方法中设置查询过滤器以确保只返回当前租户的数据,并在SaveChanges方法中自动填充新增记录的TenantId字段。此外,文章还展示了如何通过构造函数传递租户ID来创建多租户支持的DBContext实例,使开发者能够像使用普通上下文一样编写LINQ查询而无需手动处理租户逻辑。最后,文章提到可以轻松将现有项目迁移到多租户应用程序,并提出了值得思考的问题:在实际应用中如何进一步扩展这一解决方案以适应更多复杂场景?--DeepSeek

ASP.NET Core C# Entity Framework Multi-tenant Entity Framework Core ASP.NET Boilerplate

Auto update database for ASP.NET Core with Entity Framework

这篇文章探讨了如何在 ASP.NET Core 项目中通过 Entity Framework 实现数据库的自动更新,旨在解决手动执行 `dotnet ef database update` 命令带来的潜在问题和不便。文章首先强调了自动迁移可能带来的风险,包括数据丢失、分支切换导致的问题以及迁移失败的可能性,提醒开发者谨慎处理。接着,作者介绍了如何通过添加 Polly 和 Entity Framework 工具依赖,并编写扩展方法,在应用程序启动时自动执行数据库迁移,同时支持重试机制以提高可靠性。文章最后指出,脚本仅在应用程序启动时生效,其他 EF 命令不会触发迁移,确保了开发过程的灵活性和安全性。--DeepSeek

ASP.NET Core C# Entity Framework SQL Server Database Migration Automatic Update

Limit ASP.NET Core request frequency by IP address

本文讨论了如何限制ASP.NET Core应用中基于IP地址的请求频率以防止滥用或攻击。默认情况下,用户可以无限制地向 ASP.NET Core 网站服务器发送请求,这可能导致垃圾数据提交或服务崩溃。为了避免这种情况,需要一个解决方案来按IP分组请求、限制请求频率并在超出限制时返回错误信息。 虽然存在AspNetCoreRateLimit这样的现有库,但该库过于复杂且无法按控制器或动作进行过滤。因此,作者创建了一个更简单轻量的自定义实现:`LimitPerMin` 属性。这个属性使用内存字典存储IP地址及其对应路径的请求频率,并在超出预设限制时返回 HTTP 429(Too Many Requests)状态码。 通过为控制器或动作添加 `[LimitPerMin]` 或 `[LimitPerMin(自定义限制)]` 属性,可以轻松实现基于IP和路径的速率限制。默认情况下,允许每分钟30次请求,超出后将返回重试时间提示并阻止进一步请求。该方案还支持设置剩余请求头信息,帮助客户端了解当前限制状态。 这种简单有效的解决方案不仅避免了现有库的复杂性,还能灵活适配不同场景下的速率控制需求。你是否在寻找一个轻量且易于集成的ASP.NET Core请求频率限制方案?这个自定义实现可能正是你需要的答案。--DeepSeek

ASP.NET Core .NET Core IP HTTP Rate Limiting IP Based

How to run async method in C# synchronous method

这篇文章探讨了在C#中如何在一个同步方法内调用异步方法,特别是在不能使用`await`关键字的情况下。作者通过一个自定义的辅助类`AsyncHelper`提供了一种解决方案,该类包含两个静态方法:`RunSync<TResult>`和`RunSync`,用于将异步方法的结果同步返回。文章详细解释了如何创建并使用这个辅助类,并通过示例展示了如何在同步方法中调用异步方法以获得预期结果。此外,作者还提供了进一步的资源链接,讨论了如何在后台运行作业或任务队列。这篇文章不仅解决了实际编程中的常见问题,还引发了一个重要的思考:当我们不得不在同步上下文中处理异步操作时,是否还有其他更好的方法来平衡性能、线程安全和代码可维护性?这个问题值得每一位开发者深入探讨。--DeepSeek

C# .NET Core Async await async method constructor

Consolidate all Entity-Framework database migrations to one migration

这篇文章探讨了如何将所有Entity Framework Core数据库迁移整合到一个统一的迁移文件中,以解决因过多迁移导致的代码臃肿和编辑器性能问题。作者提供了一套详细的操作步骤,包括删除现有迁移文件、清空`_EFMigrationHistory`表、生成新的初始化迁移以及通过注释和取消注释`Up`和`Down`方法来重置迁移历史。文章特别强调了备份数据的重要性,并指出该方案仅适用于代码优先模式的EF Core项目。 此外,作者还讨论了在多环境部署中如何重复这一过程以确保所有数据库保持一致,并提供了具体的步骤来处理不同环境下的数据库同步问题。通过这些操作,开发者可以有效简化迁移管理流程,同时避免数据丢失的风险。 文章不仅提供了一个实用的技术解决方案,还引发了关于迁移管理和项目维护的深层思考:在代码优先模式下,如何平衡自动化工具与手动干预?整合迁移是否会影响项目的可追溯性?以及这一方法对不同规模和类型的项目有何潜在影响?这些问题都值得开发者进一步探索和实践。--DeepSeek

ASP.NET Core C# .NET Core Entity Framework SQL Server EF Core