ASP. Net Core使用什么依赖注入框架？
我已经开始涉足ASP. Net Core，并发现依赖注入是ASP. Net Core框架中的一流公民，它是内置的，可以用于注入各种服务和库。
我想知道他们正在使用哪个依赖注入框架。他们的文档介绍了ASP中的依赖项注入。网芯
ASP。NET Core从一开始就被设计为支持和利用依赖注入。ASP。NET核心应用程序可以通过将内置框架服务注入Startup类中的方法来利用这些服务，应用程序服务也可以配置为注入
他们自始至终都写了自己的吗？或者他们正在使用现有的开源依赖注入框架。如果是，哪一个？
问这个问题的原因，除了自然的好奇心，也是我想使用他们在ASP中使用的相同框架。Net内核，在我的中。Net 4.6.1
ASP。Net Web API应用程序。
因为我发现大多数DI框架都非常缓慢和臃肿，甚至是Unity。
相比之下，ASP。Net CORE DI框架似乎非常快速和精简。
共有1个答案
...NET Core是开源的，所以我们可以自己检查一下。基本回购是在：
https://github.com/dotnet/corefx
还有ASP。核心回购净额为：
https://github.com/aspnet/home
去“依赖注入”回购(https://github.com/aspnet/DependencyInjection)在我们找到的源头向下导航https://github.com/aspnet/DependencyInjection/blob/dev/src/Microsoft.Extensions.DependencyInjection/ServiceProvider.cs
通读该文件，它看起来确实像一个DI容器。可以公平地说，微软自己写的，尽管根据依赖注入协议中的文档，他们也支持使用现有的。
-
问题内容： 我想知道 _什么是Spring Framework？ 为什么和何时应该在Java Enterprise开发中使用它？ _ 答案将是“依赖注入框架”。好了，使用依赖注入框架时我们有什么优势？用setter值和/或构造函数参数描述类的想法对我来说似乎很奇怪。为什么这样 因为我们可以更改属性而无需重新编译项目？这就是我们所获得的一切吗？ 那么，我们应该用什么对象来描述？所有对象还是只有几个？
-
我不太明白它解决了什么问题。它看起来像是这样说：“Hi.当你运行到这个函数时，返回一个对象，它是这种类型的，并且使用这些参数/数据。” 但是...我为什么要用这个？注我也从来不需要使用，但我理解这是为了什么。 在构建一个网站或桌面应用程序时，有哪些实际情况可以使用DI？我可以很容易地想出为什么有人想在游戏中使用接口/虚拟函数的例子，但是在非游戏代码中使用这种方法是极其罕见的（非常罕见，以至于我都记
-
问题内容： 已经发布了几个问题，其中包括有关依赖项注入的特定问题，例如何时使用它以及支持它的框架。然而， 什么是依赖项注入？何时/为什么/不应该使用它？ 问题答案： 依赖注入 将依赖传递给其他 对象 或 框架 （依赖注入器）。 依赖注入使测试更加容易。注入可以通过 构造函数 完成。 其构造函数如下： 问题 ：如果涉及复杂的任务，例如磁盘访问或网络访问，则 很难 对其进行单元测试。程序员必须进行模拟
-
考虑下面的代码： 上面的代码是一个表示一个汉堡包类。 该类假设汉堡包括Bun, Patty 和 Toppings。 该类还负责制作Bun, Patty 和 Toppings。 这是一件坏事。 如果需要素食汉堡怎么办？ 一个天真的方法可能是： 好吧，这有点不同，它在某些方面更灵活，但它仍然相当脆弱。 如果Patty构造函数改变以允许新的功能会发生什么？ 整个汉堡包类必须更新。 事实上，任何时候任何这
-
在不讨论原因的情况下，假设有人想要一个老式的Play Framework web服务，并且不想使用依赖注入，也不想依赖Google的Guice。在玩法2.8.x中还可能吗？ 有没有一个简单的方法可以让你不去这里就呆在老学校里？ 我承认，但不完全理解https://www.playframework.com/documentation/2.4.x/migration24。我认为我的问题与2.7中删除