IOC对软编码有什么好处？

Question

以下面的文章为例:

http://weblogs.asp.net/psteele/archive/2009/11/23/use-dependency-injection-to-simplify-application-settings.aspx?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+dotnetmvp+%28Patrick+斯蒂尔%27S + .NET +博客29%

我不认为IOC方法与传统的软编码方法相比有什么好处.有人能告诉我我错过了什么吗？

谢谢

Answer 1

文章本身几乎回答了你的问题:

在生产过程中,依赖注入接管并自动为我提供AppConfigSettings实例.为了测试,我生成了一个模拟IApplicationSettings.

一般来说,设计模式,实践和方法(IoC不是一个模式)试图帮助您至少一件事:最小化耦合和最大化凝聚力.当你直接使用ConfigurationManager和所有(Convert.ToBoolean等等)时,你是:

• 将代码耦合到ConfigurationManager(不利于测试和重用)
• 将您的代码耦合到配置文件本身(除了通过.config文件之外,没有其他方法可以配置您的类;对于测试和重用也不好)
• 混合职责(读取和解析配置设置;违反SRP)

当然,仅使用IoC 读取配置设置是一种矫枉过正,但这篇文章肯定只涉及更大图片的一小部分.