学习更多设计模式请参考:入门设计模式之汇总篇
桥梁模式:将抽象化与实现化脱藕,使二者可以独立的变化
大家应该对日志记录比较熟悉,不知道有没有自己写过一个日志处理的程序,你又是如何实现的呢?
今天的桥梁模式就根据一下需求来分析一下:
- 支持2个以上平台
- 支持2个以上格式
大家可以看一下这个需求哈,2个以上,那我就实现2个呗,一般人可能都会这样想。然后开始写,比如Windows存Txt格式、Windows存Xml格式、Linux存Txt格式的、Linux存Xml格式的,刷刷刷分分钟的就写好了。
但是如果了解过设计模式的童鞋肯定不会这样想,2个,骗鬼吧,以后可能得20个吧。我们看一下上方的写法,2个平台2个格式那就是4个方法,4个平台4个格式可就是16个,这个实现恐怕帮你review的同事会鄙视死你吧。
下面咱们就看看用桥接模式是如何实现的吧
大家可以看到,桥梁模式把平台相关的和日志格式相关的分离开来,当增加新平台或者新格式时只需要添加各自的类就行了,完全不用更改其余的代码。
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(); } }
原文地址:https://www.cnblogs.com/zhixiang-org-cn/p/9249005.html
时间: 2024-10-16 23:16:09