前端之家收集整理的这篇文章主要介绍了
依赖注入 – 依赖注入框架：我为什么关心？，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
我读过
Injection by Hand和
Ninjection(以及
Why use Ninject)。我遇到了两件混乱：
>手工注射技术我已经熟悉了，但我不熟悉Ninjection，因此我不知道整个程序如何工作。也许这将有助于提供一个完整的程序，而不是像在该页面上一样，显示一个程序分解成碎片
>我还没有真正了解如何使事情变得更容易。我想我错过了一些重要的事情。如果您正在创建一组注射，然后立即在两个大型组之间切换，这个注入框架将会有所帮助(这对于嘲笑等等)是有用的，但我认为还有更多比起那个来说。但我不知道是什么。或者也许我只需要更多的例子，为什么这是令人兴奋的驱动回家的点。
在没有DI框架的情况下注入您的依赖项时，您最终会得到所有应用程序中的箭头
代码，告诉类如何构建其依赖项。
public Contact()
: this(new DataGateWay())
{
}
但是如果你使用像Ninject这样的东西，所有的箭头代码就可以在一个地方使用它来改变所有类的依赖关系。
internal class ProductionModule : StandardModule
{
public override void Load()
{
Bind<IDataGateway>().To<DataGateWay>();
}
}
