IdentityServer4（以下简称 Id4） 是 Asp.Net Core 中一个非常流行的 OpenId Connect 和 OAuth 2.0 框架，可以轻松集成到 Asp.Net Core 应用中，并且与 Asp.Net Core Identity 也可以轻松集成。博客园也有大佬发布了很多关于 Id4 的相关文章。比如晓晨Master的系列入门教程：IdentityServer4 中文文档与实战，我也是看他的教程学习入门的，教程基于 .Net Core 2.x，但是影响不大。

sudo yum install yum-utils
vi  /etc/yum.repos.d/nginx.repo

接上一步，输入文件内容

前言

相对于ASP.NET MVC以及ASP.NET Core MVC中的旧版本路由特性, 在ASP.NET Core 3.0中新增了一个不错的扩展点，即程序获取到路由后，可以将其动态指向一个给定的controller/action.

这个功能有非常多的使用场景。如果你正在使用从ASP.NET Core 3.0 Preview 7及更高版本，你就可以在ASP.NET Core 3.0中使用它了。

PS: 官方没有在Release Notes中提到这一点。

下面就让我们一起来看一看ASP.NET Core 3.0中的动态路由。

$today=Get-Date
$expireDate = $today.AddMonths(-6)
$bakFolder = "D:\MSSQLSERVER\Backup"


Get-ChildItem -Path $bakFolder -Force -Recurse -ErrorAction:SilentlyContinue | `
Where-Object -FilterScript {($_.LastWriteTime -lt $expireDate) -and (($_.LastWriteTime).DayOfWeek -ne "Friday") -and`
($_.PsISContainer -ne $True)} | Select-Object FullName

#Select-Object FullName
#Remove-Item -Force

 

到目前为止，我们定义的ServiceProvider已经实现了基本的服务提供和回收功能，但是依然漏掉了一些必需的细节特性。这些特性包括如何针对IServiceProvider接口提供一个ServiceProvider对象，何创建ServiceScope，以及如何提供一个服务实例的集合。

通过上一篇的介绍我们应该对实现在ServiceProvider的总体设计有了一个大致的了解，但是我们刻意回避一个重要的话题，即服务实例最终究竟是采用何种方式提供出来的。ServiceProvider最终采用何种方式提供我们所需的服务实例取决于最终选择了怎样的ServiceCallSite，而服务注册是采用的ServiceDescriptor有决定了ServiceCallSite类型的选择。我们将众多不同类型的ServiceCallSite大体分成两组，一组用来创建最终的服务实例，另一类则与生命周期的管理有关。

本系列前面的文章我们主要以编程的角度对ASP.NET Core的依赖注入系统进行了详细的介绍，如果读者朋友们对这些内容具有深刻的理解，我相信你们已经可以正确是使用这些与依赖注入相关的API了。如果你还对这个依赖注入系统底层的实现原理具有好奇心，可以继续阅读这一节的内容。

目录

• 一、ServiceCallSite
• 二、Service
• 三、ServiceEntry
• 四、ServiceTable
• 五、ServiceProvider

ServiceProvider最终提供的服务实例都是根据对应的ServiceDescriptor创建的，对于一个具体的ServiceDescriptor对象来说，如果它的ImplementationInstance和ImplementationFactory属性均为Null，那么ServiceProvider最终会利用其ImplementationType属性返回的真实类型选择一个适合的构造函数来创建最终的服务实例。我们知道服务服务的真实类型可以定义了多个构造函数，那么ServiceProvider针对构造函数的选择会采用怎样的策略呢？

目录

• 一、构造函数的选择
• 二、生命周期管理
  • ServiceScope与ServiceScopeFactory
  • 三种生命周期管理模式
  • 服务实例的回收

在采用了依赖注入的应用中，我们总是直接利用DI容器直接获取所需的服务实例，换句话说，DI容器起到了一个服务提供者的角色，它能够根据我们提供的服务描述信息提供一个可用的服务对象。ASP.NET Core中的DI容器体现为一个实现了IServiceProvider接口的对象。

• ServiceProvider与ServiceDescriptor
• 服务的注册与提供
  • 利用ServiceProvider来提供服务
  • 提供一个服务实例的集合
  • 获取ServiceProvider自身对象
  • 对泛型的支持

IoC主要体现了这样一种设计思想：通过将一组通用流程的控制从应用转移到框架之中以实现对流程的复用，同时采用“好莱坞原则”是应用程序以被动的方式实现对流程的定制。我们可以采用若干设计模式以不同的方式实现IoC，比如我们在上面介绍的模板方法、工厂方法和抽象工厂，接下来我们介绍一种更为有价值的IoC模式，即依赖注入（DI：Dependency Injection，以下简称DI）。

目录

• 一、由外部容器提供服务对象
• 二、三种依赖注入方式
  • 构造器注入
  • 属性注入
  • 方法注入
• 三、实例演示：创建一个简易版的DI框架

阅读全文