文档章节

研磨设计模式之 桥接模式-1

We911
 We911
发布于 2017/02/08 10:16
字数 2261
阅读 0
收藏 0

研磨设计模式之 桥接模式-1

    来写一个大家既陌生又熟悉的设计模式,也是非常实用的一个设计模式,那就是桥接模式。

    说陌生是很多朋友并不熟悉这个设计模式,说熟悉是很多人经常见到或者是下意识的用到这个设计模式,只是不知道罢了。桥接模式是非常实用的一个模式,下面就来写写它。

   

 

 

桥接模式(Bridge)

1  场景问题

1.1  发送提示消息

        考虑这样一个实际的业务功能:发送提示消息。基本上所有带业务流程处理的系统都会有这样的功能,比如某人有新的工作了,需要发送一条消息提示他。
        从业务上看,消息又分成普通消息、加急消息和特急消息多种,不同的消息类型,业务功能处理是不一样的,比如加急消息是在消息上添加加急,而特急消息除了添加特急外,还会做一条催促的记录,多久不完成会继续催促。从发送消息的手段上看,又有系统内短消息、手机短消息、邮件等等。
        现在要实现这样的发送提示消息的功能,该如何实现呢?


1.2  不用模式的解决方案

1:实现简化版本
        先考虑实现一个简单点的版本,比如:消息先只是实现发送普通消息,发送的方式呢,先实现系统内短消息和邮件。其它的功能,等这个版本完成过后,再继续添加,这样先把问题简单化,实现起来会容易一点。
 (1)由于发送普通消息会有两种不同的实现方式,为了让外部能统一操作,因此,把消息设计成接口,然后由两个不同的实现类,分别实现系统内短消息方式和邮件发送消息的方式。此时系统结构如图1所示:

 

 图1  简化版本的系统结构示意图

 

下面看看大致的实现示意。

(2)先来看看消息的统一接口,示例代码如下:

?
1
2
3
4
5
6
7
8
9
10
11
/**
  * 消息的统一接口
  */
public  interface  Message {
     /**
      * 发送消息
      * @param message 要发送的消息内容
      * @param toUser 消息发送的目的人员
      */
     public  void  send(String message,String toUser);
}

 

(3)再来分别看看两种实现方式,这里只是为了示意,并不会真的去发送Email和站内短消息,先看站内短消息的方式,示例代码如下:

?
1
2
3
4
5
6
7
8
9
/**
  * 以站内短消息的方式发送普通消息
  */
public   class  CommonMessageSMS implements  Message{
     public  void  send(String message, String toUser) {
         System.out.println( "使用站内短消息的方式,发送消息'"
+message+ "'给" +toUser);
     }
}

同样的,实现以Email的方式发送普通消息,示例代码如下:

?
1
2
3
4
5
6
7
8
9
/**
  * 以Email的方式发送普通消息
  */
public  class  CommonMessageEmail implements  Message{
     public  void  send(String message, String toUser) {
         System.out.println( "使用Email的方式,发送消息'"
+message+ "'给" +toUser);
     }
}

2:实现发送加急消息


        上面的实现,看起来很简单,对不对。接下来,添加发送加急消息的功能,也有两种发送的方式,同样是站内短消息和Email的方式。
        加急消息的实现跟普通消息不同,加急消息会自动在消息上添加加急,然后再发送消息;另外加急消息会提供监控的方法,让客户端可以随时通过这个方法来了解对于加急消息处理的进度,比如:相应的人员是否接收到这个信息,相应的工作是否已经开展等等。因此加急消息需要扩展出一个新的接口,除了基本的发送消息的功能,还需要添加监控的功能,这个时候,系统的结构如图2所示:
 

 

 

                                      图2  加入发送加急消息后的系统结构示意图

(1)先看看扩展出来的加急消息的接口,示例代码如下:

?
1
2
3
4
5
6
7
8
9
10
11
/**
  * 加急消息的抽象接口
  */
public  interface  UrgencyMessage extends  Message{
     /**
      * 监控某消息的处理过程
      * @param messageId 被监控的消息的编号
      * @return 包含监控到的数据对象,这里示意一下,所以用了Object
      */
     public  Object watch(String messageId);
}
(2)相应的实现方式还是发送站内短消息和Email两种,同样需要两个实现类来分别实现这两种方式,先看站内短消息的方式,示例代码如下:
  
  
?
1
2
3
4
5
6
7
8
9
10
11
12
public  class  UrgencyMessageSMS implements  UrgencyMessage{
     public  void  send(String message, String toUser) {
         message = "加急:" +message;
         System.out.println( "使用站内短消息的方式,发送消息'"
+message+ "'给" +toUser);
     }
 
     public  Object watch(String messageId) {
         //获取相应的数据,组织成监控的数据对象,然后返回      
         return  null ;
     }  
}
再看看Emai的方式,示例代码如下:
  
  
?
1
2
3
4
5
6
7
8
9
10
11
public  class  UrgencyMessageEmail implements  UrgencyMessage{
     public  void  send(String message, String toUser) {
         message = "加急:" +message;
         System.out.println( "使用Email的方式,发送消息'"
+message+ "'给" +toUser);
     }
     public  Object watch(String messageId) {
         //获取相应的数据,组织成监控的数据对象,然后返回      
         return  null ;
     }  
}
(3)事实上,在实现加急消息发送的功能上,可能会使用前面发送不同消息的功能,也就是让实现加急消息处理的对象继承普通消息的相应实现,这里为了让结构简单一点,清晰一点,所以没有这样做。


1.3  有何问题

        上面这样实现,好像也能满足基本的功能要求,可是这么实现好不好呢?有没有什么问题呢?
        咱们继续向下来添加功能实现,为了简洁,就不再去进行代码示意了,通过实现的结构示意图就可以看出实现上的问题。
1:继续添加特急消息的处理
        特急消息不需要查看处理进程,只要没有完成,就直接催促,也就是说,对于特急消息,在普通消息的处理基础上,需要添加催促的功能。而特急消息、还有催促的发送方式,相应的实现方式还是发送站内短消息和Email两种,此时系统的结构如图3所示:


                                     图3  加入发送特急消息后的系统结构示意图

        仔细观察上面的系统结构示意图,会发现一个很明显的问题,那就是:通过这种继承的方式来扩展消息处理,会非常不方便。
        你看,实现加急消息处理的时候,必须实现站内短消息和Email两种处理方式,因为业务处理可能不同;在实现特急消息处理的时候,又必须实现站内短消息和Email这两种处理方式。
        这意味着,以后每次扩展一下消息处理,都必须要实现这两种处理方式,是不是很痛苦,这还不算完,如果要添加新的实现方式呢?继续向下看吧。


2:继续添加发送手机消息的处理方式

        如果看到上面的实现,你还感觉问题不是很大的话,继续完成功能,添加发送手机消息的处理方式。
        仔细观察现在的实现,如果要添加一种新的发送消息的方式,是需要在每一种抽象的具体实现里面,都要添加发送手机消息的处理的。也就是说:发送普通消息、加急消息和特急消息的处理,都可以通过手机来发送。这就意味着,需要添加三个实现。此时系统结构如图4所示:
 

 

                                图4  加入发送手机消息后的系统结构示意图
        这下能体会到这种实现方式的大问题了吧。


3:小结一下出现的问题
        采用通过继承来扩展的实现方式,有个明显的缺点:扩展消息的种类不太容易,不同种类的消息具有不同的业务,也就是有不同的实现,在这种情况下,每个种类的消息,需要实现所有不同的消息发送方式。
        更可怕的是,如果要新加入一种消息的发送方式,那么会要求所有的消息种类,都要加入这种新的发送方式的实现。
要是考虑业务功能上再扩展一下呢?比如:要求实现群发消息,也就是一次可以发送多条消息,这就意味着很多地方都得修改,太恐怖了。
        那么究竟该如何实现才能既实现功能,又能灵活的扩展呢?
 

 

 

 

 

 

========未完待续========

本文转载自:http://blog.csdn.net/liduanw/article/details/8192906

共有 人打赏支持
We911
粉丝 1
博文 63
码字总数 0
作品 0
深圳
程序员
java设计模式-- 单例模式

在很久之前,也就是在大二暑假的时候,那时候看马士兵的视频教程中有提到很多的设计模式。 java的设计模式大致可以分为3大类,23种设计模式。 其中,创建型模式有5种:单例模式、建造者模式、...

爱学习的逃课君
2014/11/27
0
0
小菜学设计模式——设计模式总结之结构型

1、设计模式总结 设计模式总共23个,但是常用的不到10个,下面就把这23个设计模式进行整理归类,具体如下: 1)创建型模式,共五种:工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型...

learn_more
2015/07/06
0
0
(目录)设计模式(可复用面向对象软件的基础)

本系列“设计模式”博客使用Golang语言实现算法。所谓算法是指解决一个问题的步骤,个人觉得不在于语言。小弟只是最近学习Golang,所以顺带熟练一下语法知识,别无它意。 本系列博客主要介绍...

chapin
2015/01/13
0
0
设计模式 2014-12-19

book: 阎宏《JAVA与模式》 架构设计栏目 http://blog.csdn.net/enterprise/column.html 概要: http://bbs.csdn.net/forums/Embeddeddriver 23种设计模式分别是: 1.单例模式 2.工厂方法模式...

jayronwang
2014/12/19
0
0
Java之23种设计模式解析(二)

B、结构模式(7 种) 我们接着讨论设计模式,上篇文章我讲完了 5 种创建型模式,这章开始,我将讲下 7 种结构型模式:适配器模式、装饰模式、代理模式、外观模式、桥接模式、组合模式、享元模...

wersdffg
2015/02/15
0
0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

C++ gflags

gflags是google一个开源的处理命令行参数的库,相比getopt,更加容易使用。 定义参数 gflags主要支持的参数类型包括 DEFINEbool: boolean DEFINEint32: 32-bit integer DEFINEint64: 64-bit ...

SibylY
34分钟前
0
0
intellij IDEA Properties中文unicode转码问题

在IDEA中创建了properties文件,发现默认中文不会自动进行unicode转码。如下 在project settings - File Encoding,在标红的选项上打上勾,确定即可 效果图如下: unicode转码后效果...

muzi1994
34分钟前
0
0
Java IO类库之PipedWriter

一、PipedWriter介绍 PipedWriter是字符管道输出流,继承自Writer,功能与PipedOutputStream类似,通过与PipedReader组合使用实现类似管道的功能,在多线程环境下,一个线程使用PipedWriter...

老韭菜
38分钟前
0
0
精简分页组件(手写)

需要引入CSS(没错就是这4行) .pagelist { text-align: center; color: #666; width: 100%; clear: both; margin: 20px 0; padding-top: 20px }.pagelist a { color: #666; margin: 0 2px;......

AK灬
39分钟前
3
0
29 岁成为阿里巴巴 P8,工作前 5 年完成晋升 3 连跳,他如何做到?

泡泡是我的好朋友。今年 31 岁,毕业后就进了阿里巴巴,工作五年内从 P4 晋升至 P6、P7、P8。 和他很少聊到工作,但总觉得他有很棒的职场心得,应该分享出来,于是有了这次采访。希望对职场新...

Java填坑之路
41分钟前
1
0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

返回顶部
顶部