桥梁模式

Posted by 石玉军 on 2018-07-26

桥梁模式:将抽象化与实现化脱藕,使二者可以独立的变化

大家应该对日志记录比较熟悉,不知道有没有自己写过一个日志处理的程序,你又是如何实现的呢?

今天的桥梁模式就根据一下需求来分析一下:

支持2个以上平台
支持2个以上格式
大家可以看一下这个需求哈,2个以上,那我就实现2个呗,一般人可能都会这样想。然后开始写,比如Windows存Txt格式、Windows存Xml格式、Linux存Txt格式的、Linux存Xml格式的,刷刷刷分分钟的就写好了。

但是如果了解过设计模式的童鞋肯定不会这样想,2个,骗鬼吧,以后可能得20个吧。我们看一下上方的写法,2个平台2个格式那就是4个方法,4个平台4个格式可就是16个,这个实现恐怕帮你review的同事会鄙视死你吧。

下面咱们就看看用桥接模式是如何实现的吧

1

大家可以看到,桥梁模式把平台相关的和日志格式相关的分离开来,当增加新平台或者新格式时只需要添加各自的类就行了,完全不用更改其余的代码。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
public abstract class Log {
public abstract void write();
}

public class TxtLog extends Log {
@Override
public void write() {
}
}

public class XmlLog extends Log {
@Override
public void write() {
}
}

public abstract class LogMaker {
protected Log log;
LogMaker(Log log){
this.log=log;
}
public abstract void maker();
}

public class WindowsMaker extends LogMaker {
WindowsMaker(Log log) {
super(log);
}
@Override
public void maker() {
log.write();
}
}

public class LinuxMaker extends LogMaker {
LinuxMaker(Log log) {
super(log);
}
@Override
public void maker() {
log.write();
}
}