asp.net core 2.1 中的 SharedResource 本地化和简单注入器答案

【问题标题】：SharedResource Localization and Simple Injector in asp.net core 2.1asp.net core 2.1 中的 SharedResource 本地化和简单注入器
【发布时间】：2019-04-11 01:44:51
【问题描述】：

我在 ASP.NET core 2.1 中有一个 ASP.NET web api，并且我已经实现了一个共享资源，如 here 所述。这很好用。

行：

services.AddLocalization()

为内置的 IOC 容器添加本地化。（我认为这至少是魔法发生的地方）

现在，我已将 Simple Injector 添加到我自己的类的组合中，并且我有一个已注册为 Async Scoped 的类，它被共享资源注入（通过 IStringLocalizer）。但是，IStringLocalizer 的作用域是瞬态的，这与 Async Scoped 不兼容（因为它的作用域更长）。显然，我可以通过将选项 "SuppressLifestyleMismatchVerification" 设置为 true 来解决问题，但这听起来不太对劲。（在这种情况下，这可能无关紧要，但通过使用此选项，我可以掩盖我可能遇到的任何其他问题）有没有办法解决这个问题？例如，我可以更改共享资源的范围吗？

【问题讨论】：

好吧 - 提供原始错误消息以及与 IStringLocalizer 使用位置相关的代码。

标签： .net asp.net-core localization ioc-container simple-injector

【解决方案1】：

你看到的是两个宇宙碰撞；两个 DI 库对 transient 的含义都有自己的、不兼容的定义：

Simple Injector 认为具有Transient 生活方式的组件是短暂的，或简短。这就是 Simple Injector 不允许将瞬态注入作用域组件的原因。作用域的寿命可能比被视为简短的要长得多。
ASP.NET Core 并不认为瞬态组件是短暂的根本。相反，.NET Core 中Transient 组件的预期生命周期与其使用者的预期生命周期一样长。 docs 甚至声明“此生命周期最适合轻量级、无状态的服务。”

更新在 Simple Injector v5 中，这种行为有所放松，现在（默认情况下）可以将瞬态注入到作用域组件中。然而，瞬态含义的定义保持不变，这意味着当您尝试将瞬态注入单例时，Simple Injector 仍然认为这是一个错误。

正是由于这种行为，Microsoft.Extensions.DependencyInjection (MS.DI) 容器允许将瞬态注入到单例和作用域消费者中。

我什至会争辩说，微软错误地命名了他们的生活方式，因为实际行为是每个消费者的依赖项都有一个实例。微软似乎从 Autofac 复制了这种行为。然而，Autofac 确实将这种生活方式命名为 InstancePerDependency，如果你问我，这是一个更明显的名字。

不过，奇怪的是微软的 AddLocalization 扩展方法 registers StringLocalizer<T> 是暂时的。这很奇怪，因为除了包裹的IStringLocalizer，StringLocalizer<T> 没有任何状态。不仅如此，它包装的IStringLocalizer 是由注入的IStringLocalizerFactory 产生的，并且可以预期是同一个实例（这是由ResourceManagerStringLocalizerFactory caches 返回的实例这一事实强制执行的）。

如上所述，在 MS.DI 中，Transient 表示“我将与我的消费者一样长寿。 “这实际上意味着StringLocalizer<T> 实例可以与单例一样长，这意味着：在整个应用程序的持续时间内。

从这方面来看，本地化团队选择StringLocalizer<T> 来拥有短暂的生活方式实际上真的很奇怪，即使在 MS.DI 中也是如此。瞬态仅意味着创建了更多实例，并且IStringLocalizerFactory 的调用频率高于所需。我发现Singleton 的注册方式更加明显。

长话短说，我建议覆盖使用单例的默认注册，因为无论如何这样做是安全的：

services.AddLocalization();
services.AddSingleton(typeof(IStringLocalizer<>), typeof(StringLocalizer<>));

【讨论】：