如何通过EF Core的DbContext选项扩展框架实现疑问？
摘要：本来老周计划在 10 月 1 日或 2 日写这篇水文的，没打算出去玩（确实没啥好玩）。不过因为买的运动相机到手，急着想试试效果，于是就备了些干粮，骑着山地车在外面鬼混了一天。10 月 2 日，家里来了三位热爱学习的小妹妹，必须传道授业解惑。
本来老周计划在 10 月 1 日或 2 日写这篇水文的，没打算出去玩（确实没啥好玩）。不过因为买的运动相机到手，急着想试试效果，于是就备了些干粮，骑着山地车在外面鬼混了一天。10 月 2 日，家里来了三位热爱学习的小妹妹，必须传道授业解惑。10 月 3 日去表弟家里挑一只战斗力强的狸花猫，负责家里的治安。4、5 日清洗电风扇和一台有霉味的圆柱空调，顺便把家里的门窗都清洗一下。只好等到中秋节才来写文章。
EF Core 内部使用了 IoC 容器，使其支持依赖注入，理论上也很容易扩展。不过，框架有缓存自己的服务列表，咱们无法直接访问服务容器。目前阶段，EF Core 还不能传递咱们自己的 App Services——初始化时它会直接改为 null。
var cacheKey = options;
var extension = options.FindExtension<CoreOptionsExtension>();
if (extension?.ApplicationServiceProvider != null)
{
cacheKey = ((DbContextOptions)options).WithExtension(extension.WithApplicationServiceProvider(null));
}
所以，就算你有本事往 Options 里面塞 App Services 也不起作用，人家直接给干成 null 了。微软社区团队表示将来会支持的。
先不要灰心，并不是不能扩展的，还有一个扩展点可以利用—— DbContext 的选项类。
其实，DbContext 选项类是由一组IDbContextOptionsExtension 服务构成的。所以，咱们如果实现这个服务接口，然后放进选项类的扩展列表中，也能实现扩展 EF Core 的功能。先来认识一下，IDbContextOptionsExtension 接口规定了哪些成员。
1、Info 属性：返回类型为DbContextOptionsExtensionInfo。注意各位，这是个抽象类，所以你必须实现自己的 Info，主要用于返回你正在编写的扩展的相关信息。这个类咱们后面再讨论。
2、ApplyDefaults 方法：这个方法有个默认实现，就是 return this。其作用是根据参数传入的 DbContextOptions（另一个选项类实例），给当前扩展设置一些默认值。这个一般用于：需要根据选项来设置某些参数值，比如，SqlServerOptionsExtension 类。
public virtual IDbContextOptionsExtension ApplyDefaults(IDbContextOptions options)
{
if (ExecutionStrategyFactory == null
&& (EngineType == SqlServerEngineType.AzureSql
|| EngineType == SqlServerEngineType.AzureSynapse
|| UseRetryingStrategyByDefault))
{
return WithExecutionStrategyFactory(c => new SqlServerRetryingExecutionStrategy(c));
}
return this;
}
3、ApplyServices 方法：重点来了。对就是它，实现它，你就能向服务容器添加自定义的服务了。
4、Validate 方法：验证一下当前 DbContextOptions 的值是否符合你的要求，如果验证不通过，直接抛异常就行了。如果不需要验证，留空即可。
现在咱们再来认识一下DbContextOptionsExtensionInfo 抽象类。
1、LogFragment 属性：返回一个字符串，在记录日志时，这个字符串会出现在日志里。至于说是什么字符串，你可自己决定。
2、Extension 属性：返回与当前信息类相关的IDbContextOptionsExtension 对象。
3、ShouldUseSameServiceProvider 方法：这个方法其实是在 DbContextOptions 类的 Equals 方法中作为判断两个 DbContextOptions 实例的配置是否相同的条件之一。