看了以上代码后，基本上知道了 Identity 他的设计的一个架构了，通过此结构我们也能够学习到我们自己封装一个中间件的时候，该怎么样来组织我们的代码结构，怎么样的利用 ASP.NET Core 给我们提供的依赖注入来更好的解耦，下面我们来看一下通过以上代码我们能够学到什么东西：
1、 在 public static IdentityBuilder AddIdentity<TUser, TRole>(this IServiceCollection services, Action<IdentityOptions> setupAction) 这个扩展方法中，提供了一个参数 Action<IdentityOptions>，这个是干什么用的呢？ 这个是我们在设计一个中间件的时候，有需要外部提供的参数，就会设计一个 Options 的类用来接受外部的参数，然后封装为一个Action委托的方式提供。在使用到的地方就可以以 IOption xxx 的形式注入进来使用了。
2、services.TryAddScoped<Interface,Implement>()，这个注册方式就是说，如果检测到DI容器里面已经有了当前要注册的Interface或者Service，就不会再次注册，没有才会注册进去。 那么为什么此处要这样用呢？ 这是因为如果用户已经实现了此接口并且已经注册的容器当中的话，就使用用户注册的，而不是中间件自身的。用户就能很好的对中间件提供的功能进行自定义了，这就是OO中的多态性，这就是里氏替换原则。
3、如果你能理解第2条的话，那么你应该知道为什么会在服务中注册 错误描述信息 那个IdentityErrorDescriber 了吧，也能够解决你想提示账号密码错误，无奈Identity输出是英文问题的提示。
4、三大对象，这个是 Identity 的核心了，所以学习 Identity 的话，在看完博客 ASP.NET Core 之 Identity 入门（一，二）之后，学这三个对象就够了。
SignInManager： 主要处理注册登录相关业务逻辑。
UserManager： 处理用户相关添加删除，修改密码，添加删除角色等。
RoleManager：角色相关添加删除更新等。
有些同学可能很好奇，都没有依赖具体的数据库或者是EF，是怎么样做到的增删改查的呢？
这个时候，就需要几个 Store 接口派上用场了。以下是Identity中定义的Store接口：
IQueryableRoleStore
IQueryableUserStore
IRoleClaimStore
IRoleStore
IUserAuthenticationTokenStore
IUserClaimStore
IUserEmailStore
IUserLockoutStore
IUserLoginStore
IUserPasswordStore
IUserPhoneNumberStore
IUserRoleStore
IUserSecurityStampStore
IUserStore
IUserTwoFactorStore
有了这些接口之后，是不是豁然开朗了，原来 Identity 是通过这种方式实现的持久化机制，依赖抽象接口而不是依赖具体的细节实现，这就是面向对象中的依赖倒置原则呀。
Identity 和 EntityFramework
Identity 和 EntityFramework的关系，相信上个章节看懂了之后，就很容易明白了，对的，EF 只是针对于上述 Store 接口的实现，不信你看截图的源码：
Identity 打头的那些类文件都是定义的需要持久化的Entity对象，Store结尾的那些就是接口的实现啦。
第三方的 Identity 实现
除了 EF 是官方默认提供的持久化库之外，还有一些第三方的库，当然你也可以自己使用 ADO.NET 或者 Drapper 实现。
MangoDb 针对于 Identity 提供的实现： https://github.com/tugberkugurlu/AspNetCore.Identity.MongoDB
LinqToDB 针对于 Identity 提供的实现：https://github.com/linq2db/LinqToDB.Identity
总结