前言 在 SwaggerUI 中加入登录验证，是我很早前就做过的，不过之前的做法总感觉有点硬编码，最近 .Net8 增加了一个新特性：调用 MapSwagger().RequireAuthorization 来保护 Swagger UI ，但官方的这个功能又像半成品一样，只能使用 postman c
前言 今天大姚给大家分享一款基于.NET Core Web + Bootstrap的企业级快速后台开发框架、权限管理系统，代码简单易懂、界面简洁美观（基于MIT License开源，免费可商用）：YiShaAdmin。 项目官方介绍 YiShaAdmin 基于.NET Core Web开发，借鉴了很
前言 在现代应用开发中，确保API的安全性和可靠性至关重要。 面向切面编程（AOP）通过将横切关注点（如验证、日志记录、异常处理）与核心业务逻辑分离，极大地提升了代码的模块化和可维护性。 在ASP.NET Core中，利用ActionFilterAttribute可以方便地实现AOP的理念，能够以简
前言 在日常开发中，我们常常需要将一个对象映射到另一个对象，这个过程中可能需要编写大量的重复性代码，如果每次都手动编写，不仅会影响开发效率，而且当项目越来越复杂、庞大的时候还容易出现错误。为了解决这个问题，对象映射库就随之而出了，这些库可以自动完成对象之间的映射，从而减少大量的开发工作量，提高开发工
这是一篇4年前的文章：【经验分享】在ASP.NET Core中，如果禁用某个请求的模型验证？ 事隔多年，又有网友问到这个问题。我就来重新整理一下，顺便扩展一下之前的解决办法。 这是一个来自网友【David】的提问。在 AppBoxCore 项目的新增用户页面，新增一个上传按钮：
ASP.NET Core RazorPages中，我们可以在页面模型基类中重载OnPageHandlerExecuting方法。 下面的例子中，BaseModel继承自 PageModel，是所有页面模型的基类。 推荐方案：在BaseModel.cs中，重载OnPageHandlerExecutin
背景 我们有些工具在 Web 版中已经有了很好的实践，而在 WPF 中重新开发也是一种费时费力的操作，那么直接集成则是最省事省力的方法了。 修改项目文件 我们首先修改项目文件，让 WPF 项目可以包含 ASP.NET Core 的库，以及引用 WebView2 控件。
1. 先说结论 我们为 ASP.NET Core 带来了全新的 WebForms 开发模式，可以让 20 年前的 WebForms 业务代码在最新的 ASP.NET Core 框架中运行，代码相似度99%！ 一图胜万言！ 2. 为什么要升级到ASP.NET Core? 将十几年依赖于 WebForm
前言 上次说了利用 AOP 思想实现了审计日志功能，不过有同学反馈还是无法实现完全无侵入，于是我又重构了一版新的。 回顾一下：Asp-Net-Core开发笔记：实现动态审计日志功能 现在已经可以实现对业务代码完全无侵入的审计日志了，在需要审计的接口上加上 [AuditLog] 特性，就可以记录这个接
引言 在我们之前的文章中介绍过使用Bogus生成模拟测试数据，今天来讲解一下功能更加强大自动生成测试数据的工具的库"AutoFixture"。 什么是AutoFixture? AutoFixture 是一个针对 .NET 的开源库，旨在最大程度地减少单元测试中的“安排（Arrange）”阶段，以提高
目录概述术语本地化器IStringLocalizer在服务类中使用本地化IStringLocalizerFactoryIHtmlLocalizerIViewLocalizer资源文件区域性回退配置 CultureProvider内置的 RequestCultureProvider实现自定义 Requ
需求场景： 我需要部署的项目是在Windows上开发的，目标框架为.net core 6.0 因此我们需要先在kylin上部署项目运行所需要的环境。 借助百度词条，先看看Kylin是什么： 服务器资源： 查看系统版本 cat /etc/kylin-release cat /proc/version
前言 在我们开发过程中基本上不可或缺的用到一些敏感机密数据，比如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 有着
