namespace Microsoft.Extensions.Dependency Injection

现在软件就业环境不景气，各行各业都忙着裁员优化。作为一个小开发，咱也不能光等着别人来优化咱，也得想办法优化下自己。就拿手头上的工作来说吧，我发现我的微服务应用里，既有AgileConfig这个日志组件，又有一个Consul 服务发现组件。本来吧他俩也没啥事，各干个的。但是，我在操作AgileConfig的时候发现了一个事 然后我又一百度发现了这个AgileConfig 1.6.0 发布 - 支持服务注册与发现 - Agile.Zhou - 博客园 (cnblogs.com)，有点意思。稍微一思索，我们现在的微服务解决方案里网关用的ocelot+consul 作为HTTP api网关，同时 还是用了 yarp做 grpc的网关，明显可以看出来有一套多余的网关在这里。基于目前的情况，我是一直想优化掉 ocelot+consul这个组合。改用...

依赖注入（Dependency Injection，简称DI）是为了实现各个类之间的依赖的控制反转（Inversion of Control，简称IoC ）。 ASP.NET Core 中的Controller 和 Service 或者其他类都支持依赖注入。 依赖注入术语中， Service 是一个为其他对象提供服务的类**。 Service 不是一个Web Service，与Web Service无关。 Service的使用方法一般是： 在Main函数中注册Register到容器中，可以使用ASP.NET Core 内置的容器或者第三方容器，比如Autofac。 在注册过的类的构造函数中即可将其他依赖类当作入参Resolve。 或者通过IServiceScopeFactory 来Resolve。 容器负责Dispose。 比如： 定义接口： public interface IMyDependency { void WriteMessage(string message); } 定义实现类： public class MyDependency : IMyDependency {...

引言 Inversion of Control,简称IOC，即控制反转。记得当初刚实习的时候公司的带我的人和我提到过IOC这个概念，当初完全不知道是 啥东西。后来有幸写了半年Java,SpringBoot里面业务开发随处可见IOC。再后来我写.Net Core用到的第一个框架Blog.Core项目，它里 面IRepository与Repository和IServices与Services，这种解耦的程度单说它贯彻依赖倒置原则是非常nice的！.NetCore时代更加注 重面向接口编程，并且它内置轻量型的IOC容器可帮助我们灵活的进行开发。 依赖注入 .NetCore本身就集成了一个轻量型的IOC容器，我们可以把程序中的抽象（Interface）或业务类根据需要的生命周期配置到容器中。他不是一次把所有的实例都构造出来，当你在用的时候他才会去构造实例！.NetCore内置的IOC容器只支持构造函数注入！ 如下三种生命周期的注入：...