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

简介:

       背景

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

       优点

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



目录
相关文章
|
1月前
|
设计模式 前端开发 Java
设计模式之六大基本原则
设计模式之六大基本原则
20 0
|
6天前
|
设计模式 前端开发 API
写出易维护的代码|React开发的设计模式及原则
本文对React社区里出现过的一些设计模式进行了介绍,并讲解了他们遵循的设计原则。
|
2月前
|
设计模式 数据可视化 关系型数据库
设计之美-揭秘设计模式、原则与UML的魔法
设计模式、设计原则和UML是软件工程设计中的核心要素。设计模式为常见问题提供经验证的解决方案,复用性高且提升开发效率。设计原则指导我们创建灵活、可维护和可扩展的系统,确保代码质量和长期可维护性。UML(统一建模语言)则是一种强大的可视化工具,用于描述、构建和文档化软件系统的结构和行为。它帮助开发者更清晰地理解系统架构和组件间关系。综合应用设计模式、设计原则和UML,能够显著提高软件开发的效率和质量,减少维护成本,为复杂系统的设计和实施提供有力支持。
37 0
设计之美-揭秘设计模式、原则与UML的魔法
|
2月前
|
设计模式 关系型数据库
设计模式的六大原则:理解设计模式的关键思想和应用
设计模式的六大原则:理解设计模式的关键思想和应用
18 2
|
2月前
|
设计模式
【设计模式】1、设计模式七大原则
【设计模式】1、设计模式七大原则
19 0
|
4月前
|
设计模式 存储 NoSQL
【设计模式】软件设计原则-单一职责原则
【1月更文挑战第12天】【设计模式】软件设计原则-单一职责原则
|
4月前
|
设计模式 关系型数据库
【设计模式】软件设置原则-开闭原则
【1月更文挑战第12天】【设计模式】软件设置原则-开闭原则
|
5月前
|
设计模式 Java
Java设计模式七大原则之依赖倒置原则
Java设计模式七大原则之依赖倒置原则
30 0
|
5月前
|
设计模式 Java 开发者
Java设计模式七大原则之里氏替换原则
Java设计模式七大原则之里氏替换原则
29 0
|
5月前
|
设计模式 安全 Java
Java设计模式七大原则之开闭原则
Java设计模式七大原则之开闭原则
35 0