前面几篇文章只是初步搭建项目结构，那到底能否运行呢？(能是肯定的啦) 毕竟咱都NetCore了，所以依赖注入要搞起来。专业的解释我就不多说了，很多博客文章说的很详细(其实是我忘了那些术语怎么讲)。 按照我的理解来说的话就是： 省的你自己手动new了，假如你要更改接口，那不就要每个new的地方都改一下
一、前言 1、简而言之 Asp.Net Core Mvc，我也用了很长一段时间了，它现在的编程模型和方式还是特别棒的，都是组件开发，什么都可以替换，当然了，您别抬杠，有些还是不能替换的。自从我们进入了跨平台开发的时代，IOC容器也成了一个不可或缺的东西了。微软为我们提供了一个默认实现，那就是 ISe
第一次使用autofac，然后net6最新长期支持的，就想着在net6的基础上使用autofac，我对依赖注入理解很差，一知半解的搞了好久。好在有了一点点的头绪，记录下省的以后忘记(突然发现自己以前用过的东西忘了好多……) 1.首先你要有个仓储模式的项目、这个自己搭建吧 2.在Program.cs文
目录什么是 AOP ？.Net Core 中 有哪些 AOP 框架？基于 Castle DynamicProxy 实现 AOPIOC中使用 Castle DynamicProxy实现事务管理实现用户自动填充 什么是 AOP ？ AOP（Aspect-Oriented Programming，面向切面
异常描述：This service descriptor is keyed. Your service provider may not support keyed services. 场景：.Net8 WebAPI应用程序中使用AutoFac替代了默认的DI容器 当使用键值注册服务后： build
这个库提供了在启动期间实例化已注册的单例，而不是在首次使用它时实例化。 单例通常在首次使用时创建，这可能会导致响应传入请求的延迟高于平时。在注册时创建实例有助于防止第一次Request请求的SLA 以往我们要在注册的时候启动单例可能会这样写: //注册: services.AddSingleton<
postgresql 表和索引的膨胀是非常常见的，一方面是因为 autovacuum 清理标记为 dead tuple 的速度跟不上，另一方面也可能是由于长事物，未决事物，复制槽引起的。 #初始化数据 zabbix=# create table tmp_t0(c0 varchar(100),c1 v
刚开始写文章，封装Base基类的时候，添加了trycatch异常块，不过当时没有去记录日志，直接return了。有小伙伴劝我不要吃了Exception 其实没有啦，项目刚开始，我觉得先做好整体结构比较好。像是盖楼一样。先把楼体建造出来，然后再一步一步的美化完善。 基础的仓储模式已经ok，Autofa
