设计模式6大原则之-依赖倒置原则

最新推荐文章于 2025-06-05 00:48:12 发布

XingKong22star

最新推荐文章于 2025-06-05 00:48:12 发布

阅读量572

点赞数

CC 4.0 BY-SA版权

分类专栏： Development 文章标签：面向对象设计模式

本文链接：https://blog.youkuaiyun.com/XingKong22star/article/details/44778405

Development 专栏收录该内容

86 篇文章

订阅专栏

面向过程用户程序的开发，上层调用下层，上层依赖于下层，当下层剧烈变动时上层也要跟着变动，这就会导致模块的复用性降低而且大大提高了开发的成本。

面向对象的开发很好的解决了这个问题，一般情况下抽象的变化概率很小，让用户程序依赖于抽象，实现的细节也依赖于抽象。即使实现细节不断变动，只要抽象不变，客户程序就不需要变化。这大大降低了客户程序与实现细节的耦合度。

所谓依赖倒置原则（Dependence Inversion Principle）就是要依赖于抽象，不要依赖于具体。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合。

问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。

解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类B或者类C发生联系，则会大大降低修改类A的几率。

依赖倒置原则基于这样一个事实：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。在java中，抽象指的是接口或者抽象类，细节就是具体的实现类，使用接口或者抽象类的目的是制定好规范和契约，而不去涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成。

例：

这儿有一个“AutoSystem”类，它包含一个“ICar”接口。这个“AutoSystem”类根本不依赖于“FordCar”和“HondaCar”。所以，依赖关系被“倒置”了：“AutoSystem”模块依赖于抽象，那些具体的汽车操作也依赖于相同的抽象。

于是可以添加ICar

public interface ICar

{

void Run();

void Turn();

void Stop();

}

public class BmwCar:ICar

{

public void Run()

{

Console.WriteLine("宝马开始启动了");

}

public void Turn()

{

Console.WriteLine("宝马开始转弯了");

}

public void Stop()

{

Console.WriteLine("宝马开始停车了");

}

}

public class FordCar:ICar

{

publicvoidRun()

{

Console.WriteLine("福特开始启动了");

}

public void Turn()

{

Console.WriteLine("福特开始转弯了");

}

public void Stop()

{

Console.WriteLine("福特开始停车了");

}

}

public class HondaCar:ICar

{

publicvoidRun()

{

Console.WriteLine("本田开始启动了");

}

public void Turn()

{

Console.WriteLine("本田开始转弯了");

}

public void Stop()

{

Console.WriteLine("本田开始停车了");

}

}

public class AutoSystem

{

private ICar icar;

public AutoSystem(ICar icar)

{

this.icar=icar;

}

private void RunCar()

{

icar.Run();

}

private void TurnCar()

{

icar.Turn();

}

private void StopCar()

{

icar.Stop();

}

}