Java设计模式(1:软件架构设计七大原则及开闭原则详解)

Posted 蔡小明

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Java设计模式(1:软件架构设计七大原则及开闭原则详解)相关的知识,希望对你有一定的参考价值。

前言

在日常工作中,我们使用Java语言进行业务开发的时候,或多或少的都会涉及到设计模式,而运用好设计模式对于我而言,又是一个比较大的难题。为了解决、克服这个难题,笔主特别开了这个博客来记录自己学习的笔记和自己的理解,也欢迎对此有兴趣的朋友一起来和笔主探讨,共同学习。

一、软件架构设计模式的七大原则

1、开闭原则

对扩展开放,对修改关闭。在程序需要扩展的时候,不能去修改原有的代码实现一个热插拔的效果。简而言之,就是用抽象构建架构,用实现扩展细节。

2、单一职责原则

不要存在多于一个导致类变更的原因。简单来说,就是一个Class/Interface/Method只负责一项职责

3、依赖倒置原则

这个原则是开闭原则的基础,是指设计结构代码时,高层模块不应该依赖于底层模块,二者应该依赖于抽象。抽象不应该依赖于细节,细节应该依赖于抽象。即:针对接口编程,依赖于抽象而不依赖于具体

4、接口隔离原则

使用多个接口,而不使用单一的接口,客户端不应该依赖它不需要的接口。尽量的细化接口的职责,降低类的耦合度

5、迪米特法则

又被成为最少知道原则,指的是一个对象应该对其他对象保持最少的了解。一个实体类应当尽量少地和其他实体之间发生相互作用,使得系统模块相互独立。形象来说就是:只和朋友交流,不和陌生人说话。

6、里氏替换原则

如果说实现开闭原则的关键步骤就是抽象化,那么基类(父类)和子类的继承关系就是抽象化的具体实现,所以里氏替换原则就是对实现抽象化的具体步骤的规范。即:子类可以扩展基类(父类)的功能,但不能改变父类原有的功能。

7、合成复用原则

尽量使用对象组合/聚合,而不是使用继承达到软件复用的目的。可以使系统更加的灵活,降低类与类之间的耦合度,一个类的变化对于其他类来说影响相对较少。

继承我们称之为白箱复用,相当于把实现的细节暴露给子类,组合/聚合 也成为黑箱复用,对类之外的对象是无法获取到实现细节的。

二、开闭原则详解

对扩展开放,对修改关闭。在程序需要扩展的时候,不能去修改原有的代码实现一个热插拔的效果。简而言之,就是用抽象构建架构,用实现扩展细节。

光看理论是不行的,这样的话我们只能是有一个模糊的认识,对具体的细节不太能看得清,我们先来举一个例子看一看它是怎么使用的:

例:假如我们居住的附近有一个小超市开业了,里面有各种的商品。老板想找你帮忙做一个超市商品的管理系统,那么针对超市众多商品的情况,我们首先应该会想到创建一个类来显示商品的基本信息:价格、名称等, 针对此,我们先来创建一个接口:

/**
 * 商品基本信息 接口
 */
public interface Goods {
    /**
     * 商品的价格
     */
    void getPrice();

    /**
     * 商品的名称
     */
    void getName();
}

我们发现超市里有薯片贩卖,我们再来写一个薯片的类来实现这个接口,同时标明薯片的名称和价格:

/**
 * 乐事薯片
 */
public class Crisps implements Goods{
    @Override
    public void getPrice() {
        System.out.println("商品的价格:9.9 RMB");
    }

    @Override
    public void getName() {
        System.out.println("商品的名称:乐事薯片");
    }
}

老板说以后还会有面包出售,那我们再来创建一个类来表明面包的基本信息:

/**
 * 面包
 */
public class Bread implements Goods{
    @Override
    public void getPrice() {
        System.out.println("商品的价格:5.5 RMB");
    }

    @Override
    public void getName() {
        System.out.println("商品的名称:面包");
    }
}

等把这一切做好后,老板说因为新店刚刚开业,没有什么人气,就想前期通过薯片打折的方式来吸引人气(薯片打六折),这个时候我们想到的是:

1、修改Crisps类中的getPrice()方法,但这会有一定的风险,可能会影响其他地方的调用结果。那么这个方法就可以pass掉。

2、在Goods接口中再加一个方法获取打折后的价格,但最后发现Bread类也需要去实现这个方法,但是面包并没有打折,这就对接口其他的实现类造成了影响,显然不可取。

3、在Crisps类中再加入一个方法来获得打折后的薯片价格,但这样可能会改变Crisps类的结构,可能会造成不必要的麻烦,而且开闭原则的基础就是:扩展程序的时候不能去修改原有的代码。那么这个方法也被pass。

4、在增加一个类去继承Crisps类,在子类中增加一个方法获取打折后的价格,这样通过子类我们可以获取到商品的名称,打折前的价格,打折后的价格,也不会改变Crisps类原有的结构,符合我们的规范,那我们再来编写一个类。

/**
 * 薯片的子类
 */
public class CrispsDisCountPrice extends Crisps {

    /**
     * 打折后的价格
     */
    public void getDisCountPrice(){
        System.out.println("打折后的价格:"+ 9.9*0.6 +" RMB");
    }
}

我们来看一下类的结构图:

Crisps类和Bread类是接口Goods的实现类,而CrispsDisCountPrice类继承了Crisps类。

写个测试类测试一下:

public class Test {
    public static void main(String[] args) {
        Bread bread = new Bread();
        CrispsDisCountPrice crisps = new CrispsDisCountPrice();
        bread.getName();
        bread.getPrice();
        crisps.getName();
        crisps.getPrice();
        crisps.getDisCountPrice();
    }
}

结果:

最后

学习设计模式不能只理解于理论,要根据例子理解才能更加的清晰、透彻。接下来的几篇博客,我会将设计模式剩下的六个原则都一一说明,并举一例子。讲完七大原则后,会重点解析我们常说的23种设计模式。这是我学习记录的一个过程,谢谢!

以上是关于Java设计模式(1:软件架构设计七大原则及开闭原则详解)的主要内容,如果未能解决你的问题,请参考以下文章

软件架构设计的七大原则

软件架构设计的七大原则(附架构资料)

软件架构设计的七大原则(附架构资料)

七大设计原则之开闭原则应用

设计模式软件设计七大原则 ( 开闭原则 )

设计模式七大原则开闭原则