asp.net 5 custom 类中的依赖注入，正确的方法是什么？
Dependency Injection in asp.net 5 custom classes, what is the correct way?
试图了解 DI。
在自定义 classes 中使用 services/dependency 对象的正确方法是什么？
我是否需要将每个 class 创建为服务并添加到依赖对象？
或者我应该使用 [FromServices]（以前是 beta4 之前的 [Active]）属性。
或者我应该传递一个服务对象来访问它们吗？
我想了解的是，我如何正确编写自己的 classes 以像控制器等一样使用 DI
[FromServices] 只是一个 MVC 概念。它不适用于 ASP.NET 5 堆栈的其他部分。
如果你想沿着链传递依赖关系，你有几个选择：
- 通过服务提供商。这是一种非常反模式，因为您的对象需要依赖 DI 容器，而您并没有真正反转控制。
- 在构造函数中传递接口。 "pure" DI 但你最终可能会遇到参数噩梦（在构造函数中采用 10 个参数的对象）。
- 与上一个类似，但在工厂中对依赖项进行分组。更多的 DI 对齐和更少的参数噩梦，但它可以创造一个工厂噩梦。
- 仅注入顶级大型对象（例如：存储库、整个系统等）。这种方法是依赖噩梦和太多耦合之间的一个很好的权衡。当然，被注入的系统应该相互独立。此外，每个系统都可以有自己的 DI 容器。
！！不要混淆 DI 和配置。当您依赖合同时，DI 才有意义。当您需要一些特定于当前实现的信息时，配置很有用。
示例：如果您有 IRepository，那么您不应注入连接字符串，因为连接字符串特定于您连接的系统。有些情况下连接字符串没有意义。例如，InMemoryRepository 不需要连接字符串，因此这不是所有实现的共同依赖项。
试图了解 DI。
在自定义 classes 中使用 services/dependency 对象的正确方法是什么？
我是否需要将每个 class 创建为服务并添加到依赖对象？
或者我应该使用 [FromServices]（以前是 beta4 之前的 [Active]）属性。
或者我应该传递一个服务对象来访问它们吗？
我想了解的是，我如何正确编写自己的 classes 以像控制器等一样使用 DI
[FromServices] 只是一个 MVC 概念。它不适用于 ASP.NET 5 堆栈的其他部分。
如果你想沿着链传递依赖关系，你有几个选择：
- 通过服务提供商。这是一种非常反模式，因为您的对象需要依赖 DI 容器，而您并没有真正反转控制。
- 在构造函数中传递接口。 "pure" DI 但你最终可能会遇到参数噩梦（在构造函数中采用 10 个参数的对象）。
- 与上一个类似，但在工厂中对依赖项进行分组。更多的 DI 对齐和更少的参数噩梦，但它可以创造一个工厂噩梦。
- 仅注入顶级大型对象（例如：存储库、整个系统等）。这种方法是依赖噩梦和太多耦合之间的一个很好的权衡。当然，被注入的系统应该相互独立。此外，每个系统都可以有自己的 DI 容器。
！！不要混淆 DI 和配置。当您依赖合同时，DI 才有意义。当您需要一些特定于当前实现的信息时，配置很有用。
示例：如果您有 IRepository，那么您不应注入连接字符串，因为连接字符串特定于您连接的系统。有些情况下连接字符串没有意义。例如，InMemoryRepository 不需要连接字符串，因此这不是所有实现的共同依赖项。