为什么需要学习设计模式
设计模式(Design pattern)代表了最佳的实践,是很多优秀的软件开发人员的经验总结,是解决特定问题的解决方案。它并不是语法规定,也不拘泥于特定语言。 恰当的使用设计模式可以代码的可复用性,可维护性,可扩展性,健壮性及安全性,这些都是系统非常重要的非功能性需求。
设计模式的广泛使用起始于1995年,GOF(四人帮)出版的《设计模式:可复用面向对象软件基础》。
本部分相关的示例代码:
https://gitee.com/lisenaq/patterndemo.git
单例模式
单例模式的概念
保证在内存中只用一个实例
使用的场景:
比如:系统配置文件的管理,这些配置文件只要使用一个单例对象进行读写即可,系统总其他地方需要使用配置信息时,只要使用该单例对象进行获取就可以了,这样便于统一管理配置信息。
优点和缺点
优点:
- 在内存中只有一个对象,节省内存空间;
- 避免频繁的创建销毁对象,可以提高性能;
- 避免对共享资源的多重占用,简化访问;
- 为整个系统提供一个全局访问点。
缺点:
- 不适用于变化频繁的对象;
- 滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为的单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出;
代码示例
饿汉模式
饿汉模式采用一种简单粗暴的形式,在定义静态属性时,直接实例化了对象
/**
* 单例模式,饥饿加载
*/
public class SingletonDemo {
//1. 需要有一个私有的构造函数,防止该类通过new的方式创建实例
private SingletonDemo(){}
//2. 饥饿模式,首先生成一个实例
private static final SingletonDemo instance = new SingletonDemo();
//3. 静态方法,用于获取已经生成的实例
public static SingletonDemo getInstance() {
return instance;
}
public String hello(String name) {
return "hello " + name;
}
}
这种方式简单,而且线程安全,但是因为是饥饿模式所以在加载的时候会直接生成一个对象,造成资源浪费
懒汉模式
/**
* 单例模式: 懒汉式
*/
public class SingletonDemo02 {
private SingletonDemo02(){}
private static SingletonDemo02 singletonDemo02 = null;
public static SingletonDemo02 getInstance() {
if (singletonDemo02 == null) {
//.....
singletonDemo02 = new SingletonDemo02();
}
return singletonDemo02;
}
public String hello(String name) {
return "hello " + name;
}
}
注意: 这种方式在多线程访问时会有问题。
因为运行程序的时候cpu只会运行一个,会造成cpu资源被抢走从而导致断层在这个//。。。。的地方会被停滞,从而造成多次新建对象
懒汉模式2
/**
* 单例模式: 懒汉式,线程安全,但性能较低
*/
public class SingletonDemo03 {
private SingletonDemo03() {
}
private static SingletonDemo03 singletonDemo03 = null;
//同步锁
public static synchronized SingletonDemo03 getInstance(){
if(singletonDemo03 == null) {
singletonDemo03 = new SingletonDemo03();
}
return singletonDemo03;
}
public String hello(String name) {
return "hello " + name;
}
}
这种方式在多线程访问时安全,但是效率低下,每运行一次线程会加上锁,造成资源浪费
懒汉模式3
/**
* 单例模式: 懒汉式,双重检查单例
*/
public class SingletonDemo03 {
private SingletonDemo03(){
}
private static SingletonDemo03 singletonDemo03 = null;
public static SingletonDemo03 getInstance(){
//减小同步块,并使用双重检查来保证线程安装,可以吗?
if(singletonDemo03 == null) {
synchronized (SingletonDemo03.class) {
if(singletonDemo03 == null) {
singletonDemo03 = new SingletonDemo03();
}
}
}
return singletonDemo03;
}
public String hello(String name) {
return "hello " + name;
}
}
这种方式在多线程访问时安全,效率可以
第五种写法
/**
* 单例模式: 懒加载, 线程安全
*/
public class SingletonDemo04 {
//阻止外部实例化
private SingletonDemo04(){
try {
Thread.sleep(10);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
//使用静态内部类来使用一个SingletonDemo04对象
private static class SingletonDemoHolder {
private final static SingletonDemo04 instance = new SingletonDemo04();
}
public static SingletonDemo04 getInstance() {
return SingletonDemoHolder.instance;
}
public String hello(String name) {
return "hello " + name;
}
}
可以看到这个和饥饿模式相差不多,为什么说是懒汉模式,因为它是一个静态的内部类,这个比较特殊,因为它在SingletonDemo04加载的时候,静态的内部类不会被调用,只有当使用这个静态的内部类的收才会调用,既保证线程安全,又保证了资源不会浪费
第六种枚举类
public enum SingletonDemo05 {
INSTANCE;
public String hello(String name) {
return "hello " + name;
}
}
因为枚举类型是线程安全的,并且只会装载一次,设计者充分的利用了枚举的这个特性来实现单例模式,枚举的写法非常简单,而且枚举类型是所用单例实现中唯一一种不会被破坏的单例实现模式。
工厂模式
介绍
这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
用于产生对象的方法或者式类,称之为工厂。 上面所讲到的单例模式也可以看作为一个特殊的工厂。
定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。
为什么要使用工厂模式
为什么需要工厂模式,原来使用new的方式感觉也很简单,且好懂?
使用工厂的原因是我们可以通过工厂模式,来集中控制对象的创建过程,这样可以给设计带来更多的灵活性。
比如:spring的IOC容器就是工厂模式的经典实现。
使用方法
用于生成指定产品族,一个产品族中包括多种产品。例如:
我们都比较熟悉的电脑制造相关行业,有HP,罗技,联想,戴尔,近几年华为,小米也进来了,每个生产商生产的电脑又包括鼠标,键盘,屏幕等等配件。此时我们需要使用工厂模式来进行管理不同的产品族,这时使用简单工厂(也有叫作工厂方法的)已经无法满足要求,此时可以使用抽象工厂。
类图
抽象类 PcFactory
public abstract class PcFactory {
//制作方法
public abstract Mouse makeMouse();
public abstract Keyboard makeKeyboard();
//为得到具体的工厂的方法服务
private static HpFactory hpFactory = new HpFactory();
private static LogicFactory logicFactory = new LogicFactory();
//为得到具体的工厂的方法服务
public final static int PC_TYPE_HP = 1;
public final static int PC_TYPE_LG = 2;
/**
* 得到具体的工厂的方法
* @param pcType传入表示电脑类型的常数
* @return 返回PcFactory抽象类:面向抽象编程代替面向具体编程
*/
public static PcFactory getPcFactory(int pcType) {
switch (pcType){
case 1:
return hpFactory;
case 2 :
return logicFactory;
default:
return null;
}
}
}
惠普工厂 HpFactory
public class HpFactory extends PcFactory {
//返回抽象类:面向抽象编程代替面向具体编程
@Override
public Mouse makeMouse() {
return new HpMouse();
}
@Override
public Keyboard makeKeyboard() {
return new HpKeyboard();
}
}
罗技工厂 LogicFactory
public class LogicFactory extends PcFactory {
@Override
public Mouse makeMouse() {
return new LogicMouse();
}
@Override
public Keyboard makeKeyboard() {
return new LogicKeyboard();
}
}
键盘抽象类 Keyboard
public abstract class Keyboard {
abstract String getInfo();
}
惠普键盘类 HpKeyboard
public class HpKeyboard extends Keyboard {
@Override
String getInfo() {
return "HP keyboard";
}
}
罗技键盘类 LogicKeyboard
public class LogicKeyboard extends Keyboard {
@Override
String getInfo() {
return "logic keyboard";
}
}
鼠标抽象类 Mouse
public abstract class Mouse {
abstract String getInfo();
}
惠普鼠标类 HpMouse
public class HpMouse extends Mouse {
@Override
String getInfo() {
return "HP mouse";
}
}
罗技鼠标类 LogicMouse
public class LogicMouse extends Mouse {
@Override
String getInfo() {
return "logic mouse";
}
}
测试类
public class Main {
public static void main(String[] args) {
//通过抽象PcFactory父类得到HP电脑制作工厂
PcFactory HpFactory = PcFactory.getPcFactory(PcFactory.PC_TYPE_HP);
//得到HP制作键盘的方法
Keyboard keyboard = HpFactory.makeKeyboard();
//得到HP制作鼠标的方法
Mouse mouse = HpFactory.makeMouse();
System.out.println(keyboard.getInfo());
System.out.println(mouse.getInfo());
}
}
责任链模式
责任链模式是一个对象的行为模式,很多对象之间形成一条链条,处理请求在这个链条上进行传递,直到责任链的上的某个对象决定处理请求(也可扩展为几个对象处理),这个过程对于用户来说是透明的,也就是说用户并不需要知道是责任链上的哪个对象处理的请求,对请求是否处理由链条上的对象自己决定。
可以想象一下击鼓传花的游戏。
责任链模式也可以说是行为模式(而抽象工厂叫做建造模式):拥有相同行为的类共同实现一个接口
类图
Filter 接口
/**
* Filter接口,实际上是对变化的抽象
* 这种方式会逐个的运行Filter,但不能
* 指定是否需要继续执行后面的Filter。
* 比如:当发现违法了特殊符号的Filter时
* 其后的过滤链没有必要执行
*/
public interface Filter {
void doFilter(Message message);
}
ChackSyntaxFilter类
public class ChackSyntaxFilter implements Filter {
@Override
public void doFilter(Message message) {
String content = message.getContent();
content = content.replace("<", "#");
content = content.replace(">", "#");
message.setContent(content);
}
}
WordFilter类
public class WordFilter implements Filter {
@Override
public void doFilter(Message message) {
String content = message.getContent();
content = content.replace("牛", "***");
content = content.replace("马", "*****");
message.setContent(content);
}
}
FilterChain过滤器链
/**
* 将Filter组织成一个链条
*/
public class FilterChain {
private FilterChain(){}
private static List<Filter> filters = new ArrayList<>();
private static FilterChain instance = new FilterChain();
public static FilterChain getInstance(){
return instance;
}
public FilterChain add(Filter filter) {
filters.add(filter);
return this;
}
public Message dofilters(final Message message) {
for (Filter f : filters) {
f.doFilter(message);
}
return message;
}
}
测试
public class Main {
public static void main(String[] args) {
Message msg = new Message();
msg.setContent("hello, <abc>, 牛xx马, 哈哈哈");
FilterChain fc = FilterChain.getInstance();
fc.add(new ChackSyntaxFilter())
.add(new WordFilter())
.dofilters(msg);
System.out.println(msg.getContent());
}
}
观察者模式
观察者模式是对象的行为模式,有时也称为“发布/订阅模式”或者“监听器模式”。
观察者模式定义了被观察者和观察者之间的一对多的关系,让多个观察者对象可以响应一个被观察者对象
类图
从上图可以看到:Nurse类、Wife类、Docter类都共同实现Observer接口,BellEvent按铃类继承Event事件抽象类,Patient是病人实体类
Observer接口
public interface Observer {
void bell(BellEvent event);
}
Nurse类
public class Nurse implements Observer {
@Override
public void bell(BellEvent event) {
System.out.println("I am nurse, Can I help you?");
}
}
Wife类
public class Wife implements Observer {
@Override
public void bell(BellEvent event) {
System.out.println("baby, I am here, Don't worry !");
}
}
Doctor类
public class Docter implements Observer {
@Override
public void bell(BellEvent event) {
System.out.println("I am docter, Can I help you?");
}
}
Event抽象类
public abstract class Event {
protected Object source;
public Object getSource() {
return this.source;
}
}
BellEvent类
public class BellEvent extends Event {
long timestamp;
public BellEvent(Object source) {
this.timestamp = System.currentTimeMillis();
this.source = source;
}
}
病人实体类
public class Patient {
private List<Observer> observers = new ArrayList<>();
public void addObserver(Observer observer) {
observers.add(observer);
}
public void ringBell() {
BellEvent event = new BellEvent(this);
for (Observer observer: observers) {
observer.bell(event);
}
}
}
测试
public class Main {
public static void main(String[] args) {
Patient patient = new Patient();
patient.addObserver(new Docter());
patient.addObserver(new Nurse());
patient.addObserver(new Wife());
patient.ringBell();
}
}