为什么我应该在ASP.Net应用程序中使用IoC Container（Autofac，Ninject，Unity等）进行依赖注入？

Question

这是一种理论问题。

我已经在Business层上使用带有Service（Facade）模式的Unity DY。 我很容易使用它但是......

每个小事务中都有明显的性能和内存开销。而不是创建DataContext（读取它像＆＃34; sql-connection＆＃34;）我通过统一创建几个服务对象。

实施例： 简单的操作＆＃34; GetAllArticles＆＃34;导致

的创建

无用：

• UserService（用于权限检查）
• ArticleService（用于文章Crud操作）

并且有用：

• DataContext（用于articleService）
• ArticleViewModels。

但是，如果HightLoadApplication和世界上数十亿人试图从我的超级网站上获取文章呢？垃圾收集器和服务器的CPU温度怎么样？

所以：

• 我是否理解团结（或任何其他）正确的工作？
• 有没有替代解决方案？
• 在高负载应用的情况下我该怎么做

我很乐意听到您的意见和经验，即使它不是灵丹妙药或最佳实践＆＃34;。

Answer 1

当我们编写代码时，我们的目标是使SOLID Design Principals能够使代码自适应变化。

• S：单一责任原则
• O：开放/封闭原则
• L：Liskov替代原则
• I：界面隔离
• D：依赖注射

为了实现前四个 - SOLI，我们想要注入依赖项。

  

有没有替代解决方案？

您可以手动（穷人的依赖注入）或使用控制反转（IoC）容器（如Autofac，Ninject，Structure Map，Unity等）实现依赖注入（DI） ）。

  

在高负载应用的情况下我该怎么做

使用IoC容器进行DI从来都不是速度问题。

Mark Seemann说，“创建一个对象实例是.Net Framework非常快的。你的应用程序可能出现的任何性能瓶颈都会出现在其他地方，所以不要担心它。”

底线是我个人在每个ASP.Net MVC和Web API项目中使用IoC容器。此外，我几乎看不到任何不使用IoC容器的开源MVC和Web API应用程序。

Answer 2

要了解DI的工作原理，请查看这篇精彩的文章： http://www.martinfowler.com/articles/injection.html

我还建议阅读马克·西曼的这本书的一半： http://www.amazon.ca/Dependency-Injection-NET-Mark-Seemann/dp/1935182501/ref=sr_1_1?ie=UTF8&qid=1454620933&sr=8-1&keywords=mark+seemann

除非您尝试设置性能记录，否则我认为DI不会对性能产生明显影响。过去一年我们一直在使用SimpleInjector（它是那里最快的一个），每天点击几百万次，性能影响几乎无法测量。