ninject - ASP.NET Core MVC 中是否继续支持 Ninject？

Question

我一直很高兴使用Ninject很长一段时间以来，我真的很喜欢它，但自从ASP.NET Core发布以来，我面临着一个艰难的选择。和 MVC Core .
基本上，微软已经公开了他们自己的依赖注入(inject)系统；据我所知，哪一个受到了很多批评。但我更大的问题在于它如何影响其他图书馆。
来自 another question I asked和 other resources online ，似乎 Ninject 不能与 MVC Core 一起开箱即用。尽管以详细库的形式给出了“解决方案”Microsoft.Framework.DependencyInjection.Ninject and Ninject .这更加棘手，因为该库需要添加 https://www.myget.org/F/aspnetmaster/到您的列表 NuGet 饲料。
我已经做了一些挖掘，找到了这个库的托管位置；看起来不错，据我所知，它似乎可以正常工作，但是有一些事情困扰着我。

图书馆似乎并不是真的由 Ninject 创建者领导

该库深埋在一个不起眼的存储库中

网上实际的 Ninject 资源从来没有提到过

所以基本上，我非常担心这是某种创可贴，对 Ninject(甚至其他容器库)的支持正在消失。是否有一些我没有发现的隐藏信息？

Answer 1

现有 DI 库的维护者之间正在讨论是否为新的 ASP.NET 内置 DI 系统构建、维护和支持适配器。 Autofac 维护人员有 confirmed 表示他们将创建并支持适配器，而 Ninject 团队一直是 silent ，而其他团队(例如 Simple Injector 团队(包括我)) have explained 表示他们不会支持适配器。

个人认为 ASP.NET Core 内置的 DI 库是一个漂亮干净的 DI 库，但仅限于简单的应用程序。正如我解释的 here ，不支持开发围绕 SOLID 原则构建的可维护应用程序所需的许多功能。然而，就像几年前 Unity DI 库所做的那样，我认为这个内置容器实际上可能会触发开发人员开始使用依赖注入(inject)，这对我们行业来说是一个胜利。

这些限制使得内置容器特别适合配置和扩展 ASP.NET 系统本身。要构建大型可维护应用程序，您将需要使用不同的 DI 库。这当然很好；您必须为工作选择合适的工具。

不幸的是，到目前为止，ASP.NET 团队已经告知 publicly 使用不同的 DI 库，这意味着您必须编写/使用适配器。不幸的是，这是 IMO 的错误信息，因为大多数 DI 库与内置容器提供的 API 不兼容(正如我详细解释的 here 和 here)。只有 Autofac 看起来合理同步，这就解释了为什么 Autofac 团队选择维护一个适配器。但请注意，即使 Autofac 已被证明与 Microsoft 定义的抽象不兼容，并且他们(就像 StructureMap 一样)必须在他们的产品中添加 big changes 才能符合抽象。 Autofac 的维护者对整个过程和一般的抽象都很关注。正如我所解释的 severely frustrated ，即使是 ASP.NET 提供的 Ninject 适配器实现也被破坏了。

ASP.NET 团队使用适配器的消息是 IMO 一个大错误，因为这扼杀了创新(而 DI 库本身没有；它只是另一个 DI 库)。 ASP.NET 团队正在推广一种模型，在该模型中，您的应用程序组件和 ASP.NET 系统(以及将来会插入的所有其他子系统)都将在您的自定义容器中注册。将应用程序配置与 ASP.NET 系统的配置分开更合理和实用(如 here 所述)。

正因为如此，我发现为任何容器使用适配器都是无用的。正如我向 here 展示的那样，插入你自己的 DI 容器真的很容易，同时保持它与 ASP.NET 的注册完全分开。这意味着您不需要支持 Ninject 就能够在 ASP.NET Core 项目上有效地使用 Ninject。 Ninject 唯一需要做的就是创建一个与 .NET Core 兼容的版本(以防您的产品需要在该新平台上运行)。

更新 :“Ninject 3.3.0 于 2017 年 9 月 26 日发布，现在针对 .NET Standard 2.0，因此也可以在 .NET Core 2.0 上运行。” here

所以简而言之，我不确定支持“正在消失”，尽管一些 DI 维护者(例如 Simple Injector 团队，可能还有 CaSTLe Windsor 和 Ninject)选择不构建、维护和支持适配器ASP.NET Core 的实现，因为它不是必需的，而且只是妨碍。

2016 年 11 月更新

我一直在 source 与 Microsoft 一起使用 ASP.NET Core，以便更轻松地插入没有适配器的容器(看看我的 discussing some improvements ，尤其是 example repository )，但直到现在，Microsoft 似乎都在停滞不前，因为(正如福勒自己所说)他们的“Startup.cs of the Ninject sample project [is] 遮蔽了[他们的] 愿景”。