小白学JAVA之二十五——常用设计原则和设计模式

小白学JAVA之二十五——常用设计原则和设计模式

一. 常用设计原则

1.1 软件开发的一般流程

需求分析文档、概要设计文档、详细设计文档、编码和测试、安装和调试、维护和升级

1.2 常用的设计原则

  • 开闭原则(Open Close Principle)
    对扩展开放对修改关闭,为了使程序的扩展性好,易于维护和升级。
  • 里氏代换原则(Liskov Substitution Principle)
    任何基类可以出现的地方,子类一定可以出现,多使用多态的方式。
  • 依赖倒转原则(Dependence Inversion Principle)
    尽量多依赖于抽象类或接口而不是具体实现类,对子类具有强制性和规范性
  • 接口隔离原则(Interface Segregation Principle)
    尽量多使用小接口而不是大接口,避免接口的污染,降低类之间耦合度。
  • 迪米特法则(最少知道原则)(Demeter Principle)
    一个实体应当尽量少与其他实体之间发生相互作用,使系统功能模块相对独立。高内聚,低耦合。
  • 合成复用原则(Composite Reuse Principle)
    尽量多使用合成/聚合的方式,而不是继承的方式。

二. 常用设计模式

2.1 基本概念

  • 设计模式(Design pattern)是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。
  • 设计模式就是一种用于固定场合的固定套路。

2.2. 基本分类

  • 创建型模式 - 单例设计模式、工厂方法模式、抽象工厂模式、…
  • 结构型模式 - 装饰器模式、代理模式、…
  • 行为型模式 - 模板设计模式、…

三. 设计模式详解

3.1 单例设计模式

单例设计模式主要分为:饿汉式 和 懒汉式,懒汉式需要对多线程进行同步处理。

3.2 普通工厂模式

3.2.1 基本概念

普通工厂方法模式就是建立一个工厂类,对实现了同一接口的不同实现类进行实例的创建。

3.2.2 类图结构

在这里插入图片描述

3.2.3 主要缺点

在普通工厂方法模式中,如果传递的字符串出错,则不能正确创建对象,并且可能出现空指针异常。

3.2.4 案例实现
public interface Sender {
    // 自定义抽象方法来描述发送的行为
    void send();
}
public class SendFactory {
    // 自定义成员方法实现对象的创建
    public Sender produce(String type) {
        //System.out.println("随便加一句打印进行测试");
        if ("mail".equals(type)) {
            return new MailSender();
        }
        if ("sms".equals(type)) {
            return new SmsSender();
        }
        return null;
    }
}

public class SendFactoryTest {

    public static void main(String[] args) {

        // 缺点:代码复杂,可读性略差
        // 优点:扩展性和可维护性更强!  尤其是在创建大量对象的前提下
        // 1.声明工厂类类型的引用指向工厂类类型的对象
        SendFactory sf = new SendFactory();
        // 2.调用生产方法来实现对象的创建
        Sender sender = sf.produce("mail");
        Sender sender = sf.produce("sms");
}

3.3 多个工厂方法模式

3.3.1 类图结构

在这里插入图片描述

3.3.2 主要缺点

在多个工厂方法模式中,为了能够正确创建对象,先需要创建工厂类的对象才能调用工厂类中的生产方法。

3.3.2 案例实现
public interface Sender {
    // 自定义抽象方法来描述发送的行为
    void send();
}
public class SendFactory {
    // 自定义成员方法实现对象的创建
    public static Sender produceMail() {
        return new MailSender();
    }
    public static Sender produceSms() {
        return new SmsSender();
    }
}

public class SendFactoryTest {

    public static void main(String[] args) {

        // 缺点:代码复杂,可读性略差
        // 优点:扩展性和可维护性更强!  尤其是在创建大量对象的前提下
        // 1.声明工厂类类型的引用指向工厂类类型的对象
        SendFactory sf = new SendFactory();
        // 2.调用生产方法来实现对象的创建
        Sender sender = sf.produceMail();
    }
}

3.4 静态工厂方法模式

3.4.1 类图结构

在这里插入图片描述

3.4.2 实际意义

工厂方法模式适合:凡是出现了大量的产品需要创建且具有共同的接口时,可以通过工厂方法模式进行创建。

3.4.3 主要缺点

工厂方法模式有一个问题就是,类的创建依赖工厂类,也就是说,如果想要拓展程序生产新的产品,就必须对工厂类的代码进行修改,这就违背了开闭原则。

3.4.4 案例实现
public interface Sender {
    // 自定义抽象方法来描述发送的行为
    void send();
}
public class SendFactory {
    // 自定义成员方法实现对象的创建
    public static Sender produceMail() {
        return new MailSender();
    }
    public static Sender produceSms() {
        return new SmsSender();
    }
}

public class SendFactoryTest {

    public static void main(String[] args) {

        // 缺点:代码复杂,可读性略差
        // 优点:扩展性和可维护性更强!  尤其是在创建大量对象的前提下
        // 1.声明工厂类类型的引用指向工厂类类型的对象
        //SendFactory sf = new SendFactory();
        // 2.调用静态方法来实现对象的创建,不需要创建具体类型对象
        //Sender sender = sf.produce("mail");
        //Sender sender = sf.produce("maill");
        //Sender sender = sf.produceMail();
        Sender sender = SendFactory.produceMail();//多态
        // 3.使用对象调用方法模拟发生的行为
        sender.send();
    }
}

3.5 抽象工厂方法模式

3.5.1 类图结构

在这里插入图片描述

3.5.2 案例实现
public interface Provider {
    // 自定义抽象方法描述产品的生产行为
    Sender produce();
}

public class MailSendFactory implements Provider {
    @Override
    public Sender produce() {
        return new MailSender();
    }
}

public class SmsSendFactory implements Provider {
    @Override
    public Sender produce() {
        return new SmsSender();
    }
}
public interface Sender {
    // 自定义抽象方法来描述发送的行为
    void send();
}
public class MailSender implements Sender {
    @Override
    public void send() {
        System.out.println("正在发送邮件...");
    }
}
public class SmsSender implements Sender {
    @Override
    public void send() {
        System.out.println("正在发送短信...");
    }
}

3.6 装饰器模式

3.6.1 基本概念

装饰器模式就是给一个对象动态的增加一些新功能,要求装饰对象和被装饰对象实现同一个接口,装饰对象持有被装饰对象的实例。

3.6.2 类图结构

在这里插入图片描述

3.6.3 实际意义
  • 可以实现一个类功能的扩展。
  • 可以动态的增加功能,而且还能动态撤销(继承不行)。
  • 缺点:产生过多相似的对象,不易排错。
3.6.4 案例实现
public interface Sourceable {
    // 自定义抽象方法
    void method();
}
public class Source implements Sourceable {
    @Override
    public void method() {
        System.out.println("素颜美可以如此之美!");
    }
}
public class Decorator implements Sourceable {
    private Sourceable source;

    public Decorator(Sourceable source) {
        this.source = source;
    }

    @Override
    public void method() {
        source.method(); // 保证原有功能不变
        System.out.println("化妆之后你会更美!");
    }
}
public class SourceableTest {

    public static void main(String[] args) {

        Sourceable sourceable = new Source();
        sourceable.method();

        System.out.println("---------------------------------------------------");
        // 接下来使用装饰类实现功能
        Sourceable sourceable1 = new Decorator(sourceable);
        sourceable1.method();
    }
}

3.7 代理模式

3.7.1 基本概念
  • 代理模式就是找一个代理类替原对象进行一些操作。
  • 比如我们在租房子的时候找中介,再如我们打官司需要请律师,中介和律师在这里就是我们的代理。
3.7.2 类图结构

在这里插入图片描述

3.7.3 实际意义
  • 如果在使用的时候需要对原有的方法进行改进,可以采用一个代理类调用原有方法,并且对产生的结果进行控制,这种方式就是代理模式。
  • 使用代理模式,可以将功能划分的更加清晰,有助于后期维护。
3.7.4 案例实现
public interface Sourceable {
    // 自定义抽象方法
    void method();
}
public class Source implements Sourceable {
    @Override
    public void method() {
        System.out.println("素颜美可以如此之美!");
    }
}
public class Proxy implements Sourceable {
    private Source source;

    public Proxy() {
        source = new Source();
    }

    @Override
    public void method() {
        source.method();
        System.out.println("我和装饰器模式其实是不一样的!");
    }
}
public class SourceableTest {

    public static void main(String[] args) {

       // Sourceable sourceable = new Source();
       // sourceable.method();
        // 接下来使用代理类实现功能
        Sourceable sourceable2 = new Proxy();//可以不需要创建实现类对象,代理类的构造函数已经实现类对象的创建
        sourceable2.method();
    }
}
3.7.5 代理模式和装饰器模式的比较
  • 装饰器模式通常的做法是将原始对象作为一个参数传给装饰者的构造器,而代理模式通常在一个代理类中创建一个被代理类的对象。
  • 装饰器模式关注于在一个对象上动态的添加方法,然而代理模式关注于控制对对象的访问。

3.8 模板方法模式

3.7.1 基本概念

模板方法模式主要指一个抽象类中封装了一个固定流程,流程中的具体步骤可以由不同子类进行不同的实现,通过抽象类让固定的流程产生不同的结果。

3.7.2 类图结构

在这里插入图片描述

3.7.3 实际意义
  • 将多个子类共有且逻辑基本相同的内容提取出来实现代码复用。
  • 不同的子类实现不同的效果形成多态,有助于后期维护。
3.7.4 案例实现
public abstract class AbstractCalculator {

    // 自定义成员方法实现将参数指定的表达式按照参数指定的规则进行切割并返回计算结果  1+1  +
    public int splitExpression(String exp, String op) {
        String[] sArr = exp.split(op);
        return calculate(Integer.parseInt(sArr[0]), Integer.parseInt(sArr[1]));
    }

    // 自定义抽象方法实现运算
    public abstract int calculate(int ia, int ib);
}
public class Plus extends AbstractCalculator {
    @Override
    public int calculate(int ia, int ib) {
        return ia + ib;
    }
}
public class Minus extends AbstractCalculator {
    @Override
    public int calculate(int ia, int ib) {
        return ia - ib;
    }
}

public class AbstractCalculatorTest {

    public static void main(String[] args) {

        AbstractCalculator abstractCalculator = new Plus();
        int res = abstractCalculator.splitExpression("1+1", "\\+");
        System.out.println("最终的运算结果是:" + res); // 2
    }
}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值