这一篇文章应该是个总结。 投简历的时候是不是有人问我有没有abp的开发经历，汗颜！ 在各位大神的尝试及自己的总结下，还是实现了业务和主机服务分离，通过dll动态的加载卸载，控制器动态的删除添加。 项目如下： 演示效果： 下面就是代码部分： 重点 1.IActionDescriptorChangePr
该项目比较简单，只是单纯的把业务的dll模块和controller的dll做了一个动态的添加删除处理，目的就是插件开发。由于该项目过于简单，请勿吐槽。复杂的后续可以通过泛型的实体、dto等做业务和接口的动态区分。 项目结构如下： 上面的两个模块是独立通过dll加载道项目中的 repository动态
OpenAPI 规范是用于描述 HTTP API 的标准。该标准允许开发人员定义 API 的形状，这些 API 可以插入到客户端生成器、服务器生成器、测试工具、文档等中。尽管该标准具有普遍性和普遍性，但 ASP.NET Core 在框架内默认不提供对 OpenAPI 的支持。 当前 ASP.NET
前言 前段时间升级了Visual Studio到v17.1.1最新版本，然后今天来运行之前的一个.net5项目一直提示：aspnetcore-browser-refresh.js:234 WebSocket connection to 'wss://localhost:62356/Admin/' f
## 前言 我在使用 AspNetCore 的这段时间内，看了很多开源项目和博客，发现各种 .Net 体系的新技术很多人都有关注和使用，但却很少有人关注测试。 测试是软件生命周期中的一个非常重要的阶段，对于保证软件的可靠性具有极其重要的意义。在应用程序的开发过程中，为了确保它的功能与预期一致，必须对
之前也分享过 Swashbuckle.AspNetCore 的使用，不过版本比较老了，本次演示用的示例版本为 .net core 8.0，从安装使用开始，到根据命名空间分组显示，十分的有用
前言 之前介绍过使用 AspNetCoreRateLimit 组件来实现接口限流 从 .Net7 开始，AspNetCore 开始内置限流组件，当时我们的项目还在 .Net6 所以只能用第三方的 现在都升级到 .Net8 了，当然是得来试试这个原生组件 体验后：配置使用都比较简单，不过功能也没有 A
前言 最近做新项目，技术栈 AspNetCore + FreeSQL 这个ORM真的好用，文档也很完善，这里记录一下两个有关「触发器」的功能实现 修改实体时记录更新时间 模型代码 我的模型都是基于这个 ModelBase 派生的，自带三个属性字段 public abstract class Mode
## 前言 之前我写过一篇使用 docker 部署 AspNetCore 应用的文章，这种方式搭配 CICD 非常方便， build 之后 push 到私有的 dockerhub ，在生产服务器上 pull 下来镜像就可以直接运行了。 然而，有时需要一种更传统的部署方式，比如在本地打包可执行文件之后
本文属于 OData 系列文章 Introduction 更新： 由于新版的 OData 已经默认使用了 endpoint 模式（Microsoft.AspNetCore.OData 8.0.0），不再需要额外配置，本文已经过时（asp.net core 3.1）。 最近看 OData 的 devb
## 前言 本文介绍博客文章相关接口的开发，作为接口开发介绍的第一篇，会写得比较详细，以抛砖引玉，后面的其他接口就粗略带过了，着重于WebApi开发的周边设施。 涉及到的接口：文章CRUD、置顶文章、推荐文章等。 开始前先介绍下AspNetCore框架的基础概念，MVC模式（前后端不分离）、WebA
创建webapi项目，只是搭配服务用，什么三层mvc都不弄了，默认的模板直接用就好。 简单分析下，采用signalr通信来传递mac地址，所以先安装个signalr的包（如果简单操作的话可以不装最新的，微软自带一个，不过好像是弃用的） using Microsoft.AspNetCore.Signa
1.前言 在NET6开始做ASP.NETCore的开发，我们首先要看的是启动过程，而WebApplication和WebApplicationBuilder 类是启动过程好不开的类，WebApplicationBuilder 来引导启动，这和前面Core的版本引导启动分为Program和Startu
