部分常用设计模式(更新中)

常用的设计模式有单例模式、简单工厂模式、工厂方法模式、抽象工厂模式、代理模式、装饰器模式、观察者模式、责任链模式。

一、单例模式

定义:单例模式就是一个类最多只能有一个实例化对象,并且会提供一个全局访问方法。

单例模式分为预加载懒加载。预加载就是无论使用或者并不使用这个对象,类一经加载这个对象都会存在在内存中,懒加载就是刚开始这个对象是不存在内存中的,只有需要使用时才会实例化这个对象。

预加载是线程安全的,懒加载是线程不安全的。

二、简单工厂模式

简单工厂模式就是定义一个创建对象的类,由这个类封装实例化对象的行为。

三、装饰者模式(又称装饰器模式)

定义:装饰者模式是动态的将新功能附加到对象上。在对象功能的拓展方面,比继承更有弹性。装饰者模式也体现了开闭原则。

开闭原则:当软件需要扩展新功能或者需要变化时,不要通过修改已有代码来实现新功能或者变化,可以通过扩展实体类的方式来扩展新功能或者变化。

使用设计模式的目的之一就是更好的遵循开闭原则。

 接下来将定义两个抽象类、四个实现类、一个测试类来体现一下装饰者模式的具体使用。(有错误或者有注释不清晰的地方可以联系本人修改,因为代码手敲,没有使用工具)

// 定义饮料抽象类
public abstract class Drink{
    public abstract double cost();
}
// 定义两个“饮料抽象类”的实现类
// 柠檬汁类,继承了饮料抽象类
public class Lemon extends Drink{
    // 柠檬汁的消费方法,一杯柠檬汁10元
    public double cost(){
        return 10;
    }
}
// 奶茶类,继承了饮料抽象类
public class MilkyTea{
    // 奶茶的消费方法,一杯奶茶20元
    public double cost(){
        return 20;
    }
}
// 定义装饰器抽象类,需要继承被装饰的类的接口
public abstract class Decorator extends Drink{
    public abstract double cost();
}
// 定义两个“装饰抽象类”的具体实现类
// 珍珠类,继承了装饰抽象类
public class Pearl extends Decorator{
    // 珍珠类的成员常量,表示添加珍珠需要多加两元
    private final static double COST = 2;
    // 珍珠类的成员变量,表示被装饰的对象
    private Drink drink;

    // 珍珠类的有参构造方法,获取被装饰的对象
    public Pearl(Drink drink){
        this.drink = drink;
    }
    
    // 珍珠类的消费方法,返回总消费值:珍珠的2元加上被装饰对象的消费
    public double cost(){
        return COST + drink.cost();
    }
}
// 布丁类,继承了装饰抽象类
public class Pudding extends Decorator{
    // 布丁类的成员常量,表示添加布丁需要多加3元
    private final static double COST = 3;
    // 布丁类的成员变量,表示被修饰的对象
    private Drink drink;

    // 布丁类的有参构造方法,获取被修饰的对象
    public Pudding(Drink drink){
        this.drink = drink;
    }

    // 布丁类的消费方法,返回总消费值:布丁的3元加上被装饰对象的消费
    public double cost(){
        return COST + drink.cost();
    }
}
// 测试类
public class Test{
    public static void main(String[] args){
        // 定义一个饮料对象,实例化柠檬汁对象
        Drink lemon = new Lemon();
        // 使用珍珠类装饰器修饰饮料对象,代表买一杯柠檬汁添加珍珠
        lemon = new Pearl(lemon);
        // 使用布丁类装饰器修饰饮料对象,代表买一杯柠檬汁添加珍珠再添加布丁
        lemon = new Pudding(lemon);
        System.out.println(lemon.cost());
    }
}

测试类输出结果为:

15

因为测试类中买了一杯柠檬汁,添加了珍珠和布丁,计算公式就是10+2+3=15,故总消费15元。

以上代码,就可以根据顾客需要选择性的挑选一种饮料并且可以任意添加配料。添加配料的功能就是使用装饰器来实现的,如果商店中新添加了一种配料,只需要再写一个新的装饰抽象类的实现类即可。

这也正是装饰者模式符合开闭原则的原因,在以上例子中添加新配料只需要添加实现类,而不需要修改原来的代码,即使新加的代码有bug也不会影响原来代码的操作和使用。

四、观察者模式

定义:对象间的一种一对多依赖关系,使得每当一个对象状态发生转变时,其相关依赖对象皆得到通知并被自动更新。

观察者模式的优点:

1.降低了观察者和被观察者之间的耦合关系,两者之间是抽象耦合关系。符合依赖倒置原则。

2.被观察者和观察者之间建立了一套触发机制。

依赖倒置原则:依赖倒置原则是程序要依赖于抽象接口,不要依赖于具体实现。简单来说就是要求对抽象进行编程,不要对实现进行编程,这样就降低了客户与实现模块间的耦合。

例如:B站UP主和其关注者之间,UP主不定时发布一些视频,关注UP主就可以收到推送的视频,取消关注就收不到推送消息。类似的还有抖音博主和其关注者、公众号和其关注者等等。

接下来将定义两个抽象类、三个实现类、一个测试类来体现一下观察者模式的具体使用。

// 定义B站用户接口,即观察者接口
public abstract User{
    public void notice(String videoMessage);
}
// 定义B站用户具体实现类1,实现B站用户接口
public class User1 extends User{
    // B站用户类的私有成员变量,表示用户名称
    private String  name;
    // B站用户类的私有成员变量,表示用户收到的视频信息
    private String videoMessage;
    
    // 构造方法,获取用户姓名
    public User1(Strin name){
        this.name = name;
    }
    
    // 通知方法,获取关注UP主的推送视频信息
    public void notice(String videoMessage){
        // 给成员变量赋值
        this.videoMessage = videoMessage;
        // 调用观看方法
        watch();
    }
    
    // 观看方法,在控制台打印当前用户获取的视频信息
    public void watch(){
        System.out.println(name + "观看视频:" + videoMessage);
    }
}
// 定义B站用户具体实现类2,实现B站用户接口
public class User2 extends User{
    // B站用户类的私有成员变量,表示用户名称
    private String  name;
    // B站用户类的私有成员变量,表示用户收到的视频信息
    private String videoMessage;
    
    // 构造方法,获取用户姓名
    public User2(Strin name){
        this.name = name;
    }
    
    // 通知方法,获取关注UP主的推送视频信息
    public void notice(String videoMessage){
        // 给成员变量赋值
        this.videoMessage = videoMessage;
        // 调用观看方法
        watch();
    }
    
    // 观看方法,在控制台打印当前用户获取的视频信息
    public void watch(){
        System.out.println(name + "观看视频:" + videoMessage);
    }
}
// 定义B站UP主接口,即被观察者接口
public abstract Up{
    // 创建用户集合(即观察者集合)
    private ArrayList<User> array = new ArrayList<User>();
    // Up主要推送的视频信息
    private String videoMessage;

    // 设置视频信息的方法
    public void set(String videoMessage){
        this.videoMessage = videoMessage;
    }
    
    // 增加观察者的方法
    public void add(User user){
        array.add(user);
    }

    // 删除观察者的方法
    public void remove(User user){
        array.remove(user);
    }

    // 通知用户的方法(即通知观察者的方法)
    public abstract void notify();
}
// 定义B站UP主具体实现类,实现B站UP主接口
public class Up1 extends Up{
    public void notify(){
        for(User user : array){
            user.notice(videoMessage);
        }
    }
}
// 测试类
public class Test{
    public static void main(String[] args{
        Up up = new Up1();
        User user1 = new User1("小明");
        User user2 = new User2("小红");
        up.add(user1);
        up.add(user2);
        up.set("B站周年庆");
        up.notify();
    }
}

测试类输出结果为:

小明观看视频:B站周年庆

小红观看视频:B站周年庆

输出结果表明,Up主发布一条视频信息,他的关注者小明和小红都收到了推送的视频信息。

当有更多的人关注这个Up主时,只需要使用Up主的set方法将用户添加进数组即可。

五、责任链模式

定义:责任链模式是一种处理请求的模式,它让多个处理这都有机会处理某个请求,直到这个请求被处理成功或者走到责任链末尾为止。

责任链模式的优点:降低了对象之间的耦合度。提高了系统的灵活性,如果想添加新的处理者,只需要创建一个新的处理者的类,然后添加到责任链尾部即可。

责任链模式的缺点:降低了系统的性能。不能保证每一个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定能被处理,该请求可能一直传道责任链的末端都得不到处理。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值