这是一篇4年前的文章：【经验分享】在ASP.NET Core中，如果禁用某个请求的模型验证？ 事隔多年，又有网友问到这个问题。我就来重新整理一下，顺便扩展一下之前的解决办法。 这是一个来自网友【David】的提问。在 AppBoxCore 项目的新增用户页面，新增一个上传按钮：
ASP.NET Core RazorPages中，我们可以在页面模型基类中重载OnPageHandlerExecuting方法。 下面的例子中，BaseModel继承自 PageModel，是所有页面模型的基类。 推荐方案：在BaseModel.cs中，重载OnPageHandlerExecutin
前言 最近星球中有位小伙伴问了我一个问题：他在项目某个方法使用@Async注解，但是还是该方法还是同步执行了，异步不起作用，到底是什么原因呢？ 伪代码如下： @Slf4j @Service public class UserService { @Async public void async(Str
前言 上次说了利用 AOP 思想实现了审计日志功能，不过有同学反馈还是无法实现完全无侵入，于是我又重构了一版新的。 回顾一下：Asp-Net-Core开发笔记：实现动态审计日志功能 现在已经可以实现对业务代码完全无侵入的审计日志了，在需要审计的接口上加上 [AuditLog] 特性，就可以记录这个接
引言 在我们之前的文章中介绍过使用Bogus生成模拟测试数据，今天来讲解一下功能更加强大自动生成测试数据的工具的库"AutoFixture"。 什么是AutoFixture? AutoFixture 是一个针对 .NET 的开源库，旨在最大程度地减少单元测试中的“安排（Arrange）”阶段，以提高
目录概述术语本地化器IStringLocalizer在服务类中使用本地化IStringLocalizerFactoryIHtmlLocalizerIViewLocalizer资源文件区域性回退配置 CultureProvider内置的 RequestCultureProvider实现自定义 Requ
该项目比较简单，只是单纯的把业务的dll模块和controller的dll做了一个动态的添加删除处理，目的就是插件开发。由于该项目过于简单，请勿吐槽。复杂的后续可以通过泛型的实体、dto等做业务和接口的动态区分。 项目结构如下： 上面的两个模块是独立通过dll加载道项目中的 repository动态
前言 在我们开发过程中基本上不可或缺的用到一些敏感机密数据，比如SQL服务器的连接串或者是OAuth2的Secret等，这些敏感数据在代码中是不太安全的，我们不应该在源代码中存储密码和其他的敏感数据，一种推荐的方式是通过Asp.Net Core的机密管理器。 机密管理器 在 ASP.NET Core
最新版本的 .NET 8 预览版 4 对 ASP.NET Core 进行了重大改进。值得注意的增强功能包括 Blazor 的流式呈现和表单处理、在最小 API 中扩展对表单绑定的支持、用于提高性能的NativeAOT 编译、使用标识 API 终结点增强的身份验证和授权，以及添加用于应用程序监视的指标
从本篇起，老周会连发N篇水文，总结一下在 MVC 项目中控制器的各种自定义配置。 本文内容相对轻松，重点讨论一下 MVC 项目中的各种约定接口。毕竟你要对控制器做各种自定义时，多数情况会涉及到约定接口。约定接口的结构都差不多，均包含一个 Apply 方法，实现类需要通过这个方法修改关联的模型设置。
在上一篇中，老周演示了通过实现约定接口的方式自定义控制器的名称。 至于说自定义操作方法的名称，就很简单了，因为有内置的特性类可以用。看看下面的例子。 [Route("[controller]/[action]")] public class StockController : Controller
MVC的路由规则配置方式比较多，咱们用得最多的是两种： A、全局规则。就是我们熟悉的”{controller}/{action}“。 app.MapControllerRoute( name: "bug", pattern: "{controller}/{action}" ); app.MapCon
IActionHttpMethodProvider 接口的结构很简单，实现该接口只要实现一个属性即可——HttpMethods。该属性是一个字符串序列。 这啥意思呢？这个字符串序列代表的就是受支持的 HTTP 请求方式。比如，如果此属性返回 GET POST，那么被修饰的对象既支持 HTTP-GET
咱们都知道，MVC在输入/输出中都需要模型绑定。因为HTTP请求发送的都是文本，为了使其能变成各种.NET 类型，于是在填充参数值之前需 ModelBinder 的参与，以将文本转换为 .NET 类型。 尽管 ASP.NET Core 已内置基础类型和复杂类型的各种 Binder，但有些数据还是不能
验证和授权是两个独立但又存在联系的过程。验证是检查访问者的合法性，授权是校验访问者有没有权限查看资源。它们之间的联系——先验证再授权。 贯穿这两过程的是叫 Claim 的东东，可以叫它“声明”。没什么神秘的，就是由两个字符串组成的对象，一曰 type，一曰 value。type 和 value 有着
上次老周和大伙伴们分享了有关按用户Level授权的技巧，本文咱们聊聊以用户角色来授权的事。 按用户角色授权其实更好弄，毕竟这个功能是内部集成的，多数场景下我们不需要扩展，不用自己写处理代码。从功能语义上说，授权分为按角色授权和按策略授权，而从代码本质上说，角色权授其实是包含在策略授权内的。怎么说呢？
在开始之前，老周先祝各个次元的伙伴们新春快乐、生活愉快、万事如意。 在上一篇水文中，老周介绍了角色授权的一些内容。本篇咱们来聊一个比较实际的问题——把用于授权的角色名称放到外部配置，不要硬编码，以方便后期修改。 由于要配置的东西比较简单，咱们并不需要存在数据库，而是用 JSON 文件配置就可以了。将
ASP.NET Core 中的几大功能模块（Razor Pages、MVC、SignalR/Blazor、Mini-API 等等）都以终结点（End Point）的方式公开。在HTTP管道上调用时，其扩展方法基本是以 Map 开头，如 MapControllers、MapBlazorHub。 对于
标记帮助器，即 Tag Helpers。这个嘛，就直接翻译了，叫“标记帮助器”，虽然不好听，但只能这样了。当然你翻译为“标记增强器”也行。 所谓标记帮助器，就是针对 HTML 标签（不管是标准的还是自己命名的）进行扩展的做法。它是以 Razor 为基础的，服务于开发人员的。在服务器端用 C# 代码来
前一篇中老周从标记帮助的底层介绍关键性的接口，如 ITagHelper ，它是一个标志，用于识别哪些类属于 Tag Helper。 标记帮助器毕竟是针对 HTML 标记的，所以得筛选。说白了就是我写的这个帮助器在哪些 HTML 标记上起作用。这就需要拿出一个特性类。 [AttributeUsage(
