设计模式六大原则--依赖倒转原则-阿里云开发者社区

开发者社区> codyl> 正文

设计模式六大原则--依赖倒转原则

简介:
+关注继续查看

       背景

       前段时间有同学感觉自己电脑内存不够用了想买个内存条,只看她在网上捣鼓了一会就搞定了。也没见她看内存条的具体型号是否可以在其电脑上使用等等知识。一时不得其解,网上查了查才知道电脑的硬件是面向接口设计的,最近正好在学习设计模式,我想这是不是和设计模式中的依赖倒转原则有点关系。下面就让小生带领大家详细了解一下“依赖倒转原则(Dependence Inversion Principle)”吧。

       定义

       1、高层模块不应该依赖底层模块,两者都应该依赖抽象。

       2、抽象不应该依赖于细节,细节应该依赖于抽象。

       (原意:High level modules should not dependupon low level modules. Both should depend upon abstractions. Abstractionsshould not depend upon details. Details should depend upon abstractions)

       详细说明

       依赖倒转其实可以说是面向对象设计的标志,用那种语言来编写程序不重要,如果编写时考虑的都是如何针对抽象编程而不是针对细节编程。

       示例

       假设我们有一个上层类Manager和底层类Worker。我们需要在程序中添加一个新模块,为此我们创建一个新的类SuperWorker。

       我们假设Manager是一个包含非常复杂的逻辑的类,现在引入新的SuperWorker,我们需要修改它。这样Manager类中一些现有功能可能受到影响,我们需要重新做单元测试,和其他一系列的问题。

所有的问题我们需要用大量的时间去解决,但是如果程序的设计符合依赖倒转原则将会非常简单。我们可以设计一个接口IWorker,让Worker类去实现它。当需要添加SuperWorker类时,我们只需要让它实现IWorker接口即可,这样就避免了Manger类的改动。

       下面是不符合依赖倒转原则的代码。

 //Dependency Inversion Priciple-Bad example
    class Worker
    {
        public void Work()
        {
            //......working
        }       
    }

    class Manager
    {
        Worker worker = new Worker();

        public void SetWorker(Worker w)
        {
            worker = w;
        }

        public void Manage()
        {
            worker.Work();
        }
    }

    class SuperWorker
    {
        public void Work()
        {
            //......working much more
        }
    }

       下面是支持依赖倒转原则的代码。增加一个新的抽象层IWork接口。使得增添SuperWorker累世不需要修改Manager类使其对Manager类现有功能的影响最小化。

//Dependency Inversion Priciple-Good example
    interface IWorker
    {
        public void Work();
    }
    class Worker:IWorker 
    {
        public void Work()
        {
            //......working
        }       
    }


    class SuperWorker : IWorker
    {
        public void Work()
        {
            //......working much more
        }
    }


    class Manager
    {
        Worker worker = new Worker();


        public void SetWorker(Worker w)
        {
            worker = w;
        }


        public void Manage()
        {
            worker.Work();
        }
    }

(实例来源:http://zjliu.iteye.com/blog/423221#,与此同时设计模式中大量的用到了这个原则,想深入研究的朋友可以了解一下)

       优点

       采用依赖倒置原则可以减少类间的耦合性,提高系统的稳定性,减少并行开发引起的风险,提高代码的可读性和可维护性。



版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
教你借助设计模式限制实例化数量 | 带你学《Java面向对象编程》之七十三
开发过程中,如果遇到了某些要求,需要限制实例化类的数量时,需要借助本节介绍到的单例与多例设计模式来实现。
521 0
【开源】QuickPager 分页控件的内部结构,和OO原则与设计模式
关键字:提出需求、需求分析、原则、设计模式、索引        先说一下讨论的范围:使用数据库保存信息的项目,b/s结构,asp.net编写。请不要讨论这个范围之外的事情哦,谢谢!        这里想说的并不仅限于一个控件,而是一个关于分页的解决方案。
1173 0
设计模式6大原则
设计模式六大原则 开闭原则 开闭原则,是说对于软件实体(类、模块、函数等等)应该可以拓展,但是不可修改 这句话有两个意思,对于拓展是开放的,对于更改是封闭的。
1594 0
Java描述设计模式(02):简单工厂模式
一、生活场景简介 1、引入场景 订餐流程简单描述 1)、食品抽象类,规定食品的基础属性操作 2)、鱼类,鸡肉类食品类扩展 3)、订餐流程类,根据食品名称,加工指定类型食品 4)、模拟客户端预定操作 2、源代码实现 1)、关系图谱 2)、代码实现 /** * 简单工厂模式引入场景 */ publ...
558 0
自动调整速率的Actor设计模式
问题背景 与数据库或者存储系统交互是所有应用软件都必不可少的功能之一,akka开发的系统也不例外。但akka特殊的地方在于,会尽可能的将所有的功能都设计成异步的,以避免Actor阻塞,然而无法避免IO这类的阻塞操作。
998 0
反射与工厂设计模式 | 带你学《Java语言高级特性》之八十三
通过案例逐步掌握工厂设计模式,通过工厂类获取指定接口的实例化对象。
707 0
设计模式原则(单一、开放封闭、里氏代换、依赖倒转、迪米特法则五大原则)
原文:设计模式原则(单一、开放封闭、里氏代换、依赖倒转、迪米特法则五大原则) 单一职责原则 单一职责原则,就一个类而言,应该仅有一个引起它变化的原因。         如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力,当变化发生时,设计会遭受到意想不到的破坏。
696 0
《JavaScript设计模式》——第2章 写的都是看到的——面向对象编程 2.1两种编程风格——面向过程与面向对象
面向对象编程就是将你的需求抽象成一个对象,然后针对这个对象分析其特征(属性)与动作(方法)。这个对象我们称之为类。面向对象编程思想其中有一个特点就是封装,就是说把你需要的功能放在一个对象里。比如你大学毕业你来公司携带的行李物品没有一件一件拿过来,而是要将他们放在一个旅行箱里,这样不论携带还是管理都会更方便一些。
1265 0
+关注
codyl
make it possible
86
文章
1
问答
文章排行榜
最热
最新
相关电子书
更多
《2021云上架构与运维峰会演讲合集》
立即下载
《零基础CSS入门教程》
立即下载
《零基础HTML入门教程》
立即下载