依赖倒置原则——面向对象设计原则
一、定义
依赖倒置原则的原始定义为:高层模块不应该依赖低层模块,两者都应该依赖其抽象;抽象不应该依赖细节,细节应该依赖抽象(High level modules should not depend upon low level modules.Both should depend upon abstractions.Abstractions should not depend upon details. Details should depend upon abstractions)。其核心思想是:要面向接口编程,不要面向实现编程。
由于在软件设计中,细节具有多变性,而抽象层则相对稳定,因此以抽象为基础搭建起来的架构要比以细节为基础搭建起来的架构要稳定得多。这里的抽象指的是接口或者抽象类,而细节是指具体的实现类。使用接口或者抽象类的目的是制定好规范和契约,而不去涉及任何具体的操作,把展现细节的任务交给它们的实现类去完成
二、赖倒置原则的实现方法
依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性,所以我们在实际编程中只要遵循以下4点,就能在项目中满足这个规则。
- 每个类尽量提供接口或抽象类,或者两者都具备。
- 变量的声明类型尽量是接口或者是抽象类。
- 任何类都不应该从具体类派生。
- 使用继承时尽量遵循里氏替换原则。
三、实例
下面以“顾客购物程序”为例来说明依赖倒置原则的应用。
【例1】依赖倒置原则在“顾客购物程序”中的应用。
分析:本程序反映了 “顾客类”与“商店类”的关系。商店类中有 sell() 方法,顾客类通过该方法购物以下代码定义了顾客类通过天猫网店TianMaoShop 购物:
class Customer
{
public void shopping(TianMao shop)
{
//购物
Console.WriteLine(shop.sell());
}
}
但是,这种设计存在缺点,如果该顾客想从另外一家商店(如京东JingDongShop)购物,就要将该顾客的代码修改如下:
class Customer
{
public void shopping(JingDong shop)
{
//购物
Console.WriteLine(shop.sell());
}
}
顾客每更换一家商店,都要修改一次代码,这明显违背了开闭原则。存在以上缺点的原因是:顾客类设计时同具体的商店类绑定了,这违背了依赖倒置原则。解决方法是:定义“天猫网店”和“京东网店”的共同接口 Shop,顾客类面向该接口编程,其代码修改如下:
class Customer
{
public void shopping(Shop shop)
{
//购物
Console.WriteLine(shop.sell());
}
}
这样,不管顾客类 Customer 访问什么商店,或者增加新的商店,都不需要修改原有代码了
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
namespace ConsoleApp1
{
//商店
public interface Shop
{
String Sell(); //卖
}
class TianMao : Shop
{
public String Sell()
{
return "天猫卖的";
}
}
class JingDong : Shop
{
public String Sell()
{
return "京东卖的";
}
}
public class Customer
{
public void shopping(Shop shop)
{
//购物
Console.WriteLine(shop.Sell());
}
}
class Program
{
static void Main(string[] args)
{
Customer customer = new Customer();
customer.shopping(new JingDong());
customer.shopping(new TianMao());
Console.ReadKey();
}
}
}
参考:
http://c.biancheng.net/view/1326.html
https://www.cnblogs.com/az4215/p/11462878.html
。
本文地址:https://blog.csdn.net/sinat_31608641/article/details/108229604
上一篇: 面向对象语言的三大特征: 封装介绍
下一篇: 面向对象(方法参数及返回值)