用途:用于巩固设计模式中的依赖倒置模式
依赖倒置原则的定义
依赖倒置原则(Dependence Inversion Principle,DIP)是 Object Mentor 公司总裁罗伯特·马丁(Robert C.Martin)于 1996 年在 C++ Report 上发表的文章。
依赖倒置原则的原始定义为:高层模块不应该依赖低层模块,两者都应该依赖其抽象;抽象不应该依赖细节,细节应该依赖抽象.
依赖倒置原则是实现开闭原则的重要途径之一,它降低了客户与实现模块之间的耦合。
由于在软件设计中,细节具有多变性,而抽象层则相对稳定,因此以抽象为基础搭建起来的架构要比以细节为基础搭建起来的架构要稳定得多。这里的抽象指的是接口或者抽象类,而细节是指具体的实现类。
使用接口或者抽象类的目的是制定好规范和契约,而不去涉及任何具体的操作,把展现细节的任务交给它们的实现类去完成。
依赖、倒置原则的作用
依赖倒置原则的主要作用如下。
依赖倒置原则可以降低类间的耦合性。
依赖倒置原则可以提高系统的稳定性。
依赖倒置原则可以减少并行开发引起的风险。
依赖倒置原则可以提高代码的可读性和可维护性。
依赖倒置原则的实现方法
依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性,所以我们在实际编程中只要遵循以下4点,就能在项目中满足这个规则。
每个类尽量提供接口或抽象类,或者两者都具备。
变量的声明类型尽量是接口或者是抽象类。
任何类都不应该从具体类派生。
使用继承时尽量遵循里氏替换原则。
上面讲了这么多,都是从网上抄的,我们可以理解为面向接口编程。
设想一下,我们有这样一个需求,分别想知道两个购物网站的商品,按照常规,我们会这样写。
/*京东继承SHOP接口,实现接口的方法*/ class jingdong { public String sell() { return "京东有奶茶妹妹"; } } /*淘宝继承SHOP接口,实现接口的方法*/ class taobao { public String sell() { return "淘宝没有奶茶妹妹"; } } class Customer { //调用接口,实例化时,由用户决定实例化具体类 public void shopping(taobao shop) { System.out.println(shop.sell()); } } public static void main(String[] args) { Customer customer = new Customer();//如果想知道京东有什么产品就会很麻烦,要更改Customer类中方法shopping的形参,如果想同时知道京东和淘宝都卖什么产品,实现起来很麻烦 customer.shopping(); }
顾客每更换一家商店,都要修改一次代码,这明显违背了开闭原则。存在以上缺点的原因是:顾客类设计时同具体的商店类绑定了,这违背了依赖倒置原则。
这时,我们可以抽象一个共同的Shop接口,这样,不管顾客类 Customer 访问什么商店,或者增加新的商店,都不需要修改原有代码了,其类图如下所示。
所有代码如下: package keivn.LSTH.DIP; /*依赖倒置 * 高层模块不应该依赖低层模块,两者都应该依赖其抽象; * 抽象不应该依赖细节,细节应该依赖抽象 * 面向接口编程 * */ public class DIPTest { public static void main(String[] args) { Customer customer = new Customer(); customer.shopping(new jingdong()); customer.shopping(new taobao()); } } /* 卖东西的接口 */ interface shop { /* 卖东西的接口 */ public String sell(); } /* 京东继承SHOP接口,实现接口的方法 */ class jingdong implements shop { public String sell() { return "京东有奶茶妹妹"; } } /* 淘宝继承SHOP接口,实现接口的方法 */ class taobao implements shop { public String sell() { return "淘宝没有奶茶妹妹"; } } class Customer { // 调用接口,实例化时,由用户决定实例化具体类 public void shopping(shop shop) { System.out.println(shop.sell()); } }
程序的运行结果如下:
京东有奶茶妹妹
淘宝没有奶茶妹妹