java设计模式---调停者模式

//抽象同事类 abstract class AbstractColleague { protected AbstractMediator mediator; /**既然有中介者,那么每个具体同事必然要与中介者有联系, * 否则就没必要存在于 这个系统当中,这里的构造函数相当 * 于向该系统中注册一个中介者,以取得联系 */ public AbstractColleague(AbstractMediator mediator) { this.mediator = mediator; } // 在抽象同事类中添加用于与中介者取得联系(即注册)的方法 public void setMediator(AbstractMediator mediator) { this.mediator = mediator; } } //具体同事A class ColleagueA extends AbstractColleague { //每个具体同事都通过父类构造函数与中介者取得联系 public ColleagueA(AbstractMediator mediator) { super(mediator); } //每个具体同事必然有自己分内的事,没必要与外界相关联 public void self() { System.out.println("同事A --> 做好自己分内的事情 ..."); } //每个具体同事总有需要与外界交互的操作,通过中介者来处理这些逻辑并安排工作 public void out() { System.out.println("同事A --> 请求同事B做好分内工作 ..."); super.mediator.execute("ColleagueB", "self"); } } //具体同事B class ColleagueB extends AbstractColleague { public ColleagueB(AbstractMediator mediator) { super(mediator); } public void self() { System.out.println("同事B --> 做好自己分内的事情 ..."); } public void out() { System.out.println("同事B --> 请求同事A做好分内工作 ..."); super.mediator.execute("ColleagueA", "self"); } }
中介者类族:
//抽象中介者 abstract class AbstractMediator { //中介者肯定需要保持有若干同事的联系方式 protected Hashtable<String, AbstractColleague> colleagues = new Hashtable<String, AbstractColleague>(); //中介者可以动态地与某个同事建立联系 public void addColleague(String name, AbstractColleague c) { this.colleagues.put(name, c); } //中介者也可以动态地撤销与某个同事的联系 public void deleteColleague(String name) { this.colleagues.remove(name); } //中介者必须具备在同事之间处理逻辑、分配任务、促进交流的操作 public abstract void execute(String name, String method); } //具体中介者 class Mediator extends AbstractMediator{ //中介者最重要的功能,来回奔波与各个同事之间 public void execute(String name, String method) { if("self".equals(method)){ //各自做好分内事 if("ColleagueA".equals(name)) { ColleagueA colleague = (ColleagueA)super.colleagues.get("ColleagueA"); colleague.self(); }else { ColleagueB colleague = (ColleagueB)super.colleagues.get("ColleagueB"); colleague.self(); } }else { //与其他同事合作 if("ColleagueA".equals(name)) { ColleagueA colleague = (ColleagueA)super.colleagues.get("ColleagueA"); colleague.out(); }else { ColleagueB colleague = (ColleagueB)super.colleagues.get("ColleagueB"); colleague.out(); } } } }
测试类:
//测试类 public class Client { public static void main(String[] args) { //创建一个中介者 AbstractMediator mediator = new Mediator(); //创建两个同事 ColleagueA colleagueA = new ColleagueA(mediator); ColleagueB colleagueB = new ColleagueB(mediator); //中介者分别与每个同事建立联系 mediator.addColleague("ColleagueA", colleagueA); mediator.addColleague("ColleagueB", colleagueB); //同事们开始工作 colleagueA.self(); colleagueA.out(); System.out.println("======================合作愉快,任务完成!\n"); colleagueB.self(); colleagueB.out(); System.out.println("======================合作愉快,任务完成!"); } }
测试结果:
同事A --> 做好自己分内的事情 ... 同事A --> 请求同事B做好分内工作 ... 同事B --> 做好自己分内的事情 ... ======================合作愉快,任务完成! 同事B --> 做好自己分内的事情 ... 同事B --> 请求同事A做好分内工作 ... 同事A --> 做好自己分内的事情 ... ======================合作愉快,任务完成!
此外,上面这个代码例子是相当理想的了,有时候我们根本抽取不了“同事”之间的共性来形成一个AbstractColleague抽象同事类,这也大大增加了中介者模式的使用难度。
修改:
由于上面代码实现中存在 benjielin 前辈提出的“双向关联暴露在App中”的不足之处,根据给出的改进方法2,修改上面代码,如下:
修改后的同事类族:
//抽象同事类 abstract class AbstractColleague { protected AbstractMediator mediator; //舍去在构造函数中建立起与中介者的联系 // public AbstractColleague(AbstractMediator mediator) { // this.mediator = mediator; // } // 在抽象同事类中添加用于与中介者取得联系(即注册)的方法 public void setMediator(AbstractMediator mediator) { this.mediator = mediator; } } //具体同事A class ColleagueA extends AbstractColleague { //舍去在构造函数中建立起与中介者的联系 // public ColleagueA(AbstractMediator mediator) { // super(mediator); // } //每个具体同事必然有自己分内的事,没必要与外界相关联 public void self() { System.out.println("同事A --> 做好自己分内的事情 ..."); } //每个具体同事总有需要与外界交互的操作,通过中介者来处理这些逻辑并安排工作 public void out() { System.out.println("同事A --> 请求同事B做好分内工作 ..."); super.mediator.execute("ColleagueB", "self"); } } //具体同事B class ColleagueB extends AbstractColleague { //舍去在构造函数中建立起与中介者的联系 // public ColleagueB(AbstractMediator mediator) { // super(mediator); // } public void self() { System.out.println("同事B --> 做好自己分内的事情 ..."); } public void out() { System.out.println("同事B --> 请求同事A做好分内工作 ..."); super.mediator.execute("ColleagueA", "self"); } }
修改后的中介者:
//抽象中介者 abstract class AbstractMediator { //中介者肯定需要保持有若干同事的联系方式 protected Hashtable<String, AbstractColleague> colleagues = new Hashtable<String, AbstractColleague>(); //中介者可以动态地与某个同事建立联系 public void addColleague(String name, AbstractColleague c) { // 在中介者这里帮助具体同事建立起于中介者的联系 c.setMediator(this); this.colleagues.put(name, c); } //中介者也可以动态地撤销与某个同事的联系 public void deleteColleague(String name) { this.colleagues.remove(name); } //中介者必须具备在同事之间处理逻辑、分配任务、促进交流的操作 public abstract void execute(String name, String method); }
//测试类 public class Client { public static void main(String[] args) { //创建一个中介者 AbstractMediator mediator = new Mediator(); //不用构造函数为具体同事注册中介者来取得联系了 // ColleagueA colleagueA = new ColleagueA(mediator); // ColleagueB colleagueB = new ColleagueB(mediator); ColleagueA colleagueA = new ColleagueA(); ColleagueB colleagueB = new ColleagueB(); //中介者分别与每个同事建立联系 mediator.addColleague("ColleagueA", colleagueA); mediator.addColleague("ColleagueB", colleagueB); //同事们开始工作 colleagueA.self(); colleagueA.out(); System.out.println("======================合作愉快,任务完成!\n"); colleagueB.self(); colleagueB.out(); System.out.println("======================合作愉快,任务完成!"); } }
本文来自:http://haolloyin.blog.51cto.com/1177454/333810/
java设计模式---调停者模式的更多相关文章
- Java设计模式——装饰者模式
JAVA 设计模式 装饰者模式 用途 装饰者模式 (Decorator) 动态地给一个对象添加一些额外的职责.就增加功能来说,Decorator 模式相比生成子类更为灵活. 装饰者模式是一种结构式模式 ...
- 浅析JAVA设计模式之工厂模式(一)
1 工厂模式简单介绍 工厂模式的定义:简单地说,用来实例化对象,取代new操作. 工厂模式专门负责将大量有共同接口的类实例化.工作模式能够动态决定将哪一个类实例化.不用先知道每次要实例化哪一个类. 工 ...
- JAVA设计模式--装饰器模式
装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰 ...
- 折腾Java设计模式之建造者模式
博文原址:折腾Java设计模式之建造者模式 建造者模式 Separate the construction of a complex object from its representation, a ...
- 折腾Java设计模式之备忘录模式
原文地址:折腾Java设计模式之备忘录模式 备忘录模式 Without violating encapsulation, capture and externalize an object's int ...
- 折腾Java设计模式之状态模式
原文地址 折腾Java设计模式之状态模式 状态模式 在状态模式(State Pattern)中,类的行为是基于它的状态改变的.这种类型的设计模式属于行为型模式.在状态模式中,我们创建表示各种状态的对象 ...
- 折腾Java设计模式之模板方法模式
博客原文地址:折腾Java设计模式之模板方法模式 模板方法模式 Define the skeleton of an algorithm in an operation, deferring some ...
- 折腾Java设计模式之访问者模式
博客原文地址:折腾Java设计模式之访问者模式 访问者模式 Represent an operation to be performed on the elements of an object st ...
- 折腾Java设计模式之命令模式
博客原文地址 折腾Java设计模式之命令模式 命令模式 wiki上的描述 Encapsulate a request as an object, thereby allowing for the pa ...
随机推荐
- Python笔记(一)——打印输出
一.输出语句input 输出语句print 例:用户输入 username = input("username:") #变量名 显示的字符 password = input( ...
- idea和androidstudio的首次git配置一些问题
网上都有很清楚的步骤 但是 都是教怎么使用 但是对第一次应用idea内部vcs的git 则很少有详细说明 首先要在网上创建个项目 然后本地git clone下来 不建议内部vcs的fetch from ...
- web性能优化之--合理使用http缓存和localStorage做资源缓存
一.前言 开始先扯点别的: 估计很多前端er的同学应该遇到过:在旧项目中添加新的功能模块.或者修改一些静态文件时候,当代码部署到线上之后,需求方验收OK,此时你送了一口气,当你准备开始得意于自己的ma ...
- Python小代码_11_生成小于 n 的裴波那契数列
def fib(n): a, b = 1, 1 while a < n: print(a, end=' ') a, b = b, a + b fib(100000) #输出结果 #1 1 2 3 ...
- DEV中svg图标的使用
0.开始之前 先看看使用效果 在操作栏的使用: 在菜单中的使用 1.简述SVG图标 中文名:可缩放矢量图形 外文名:Scalable Vector Graphics 外语缩写:SVG 开发商:万维网联 ...
- Luogu P3740 [HAOI2014]贴海报_线段树
线段树版的海报 实际上这个与普通的线段树相差不大,只是貌似数据太水,暴力都可以过啊 本来以为要离散的,结果没打就A了 #include<iostream> #include<cstd ...
- A potentially dangerous Request.Form value was detected from the client问题处理
问题剖析: 用户在页面上提交表单到服务器时,服务器会检测到一些潜在的输入风险,例如使用富文本编辑器控件(RichTextBox.FreeTextBox.CuteEditor等)编辑的内容中包含有HTM ...
- Spring + Mybatis 集成原理分析
由于我之前是写在wizNote上的,迁移过来比较浪费时间,所以,这里我直接贴个图片,PDF文件我上传到百度云盘了,需要的可直接下载. 地址:https://pan.baidu.com/s/12ZJmw ...
- Go 语言多维数组
Go 语言支持多维数组,以下为常用的多维数组声明方式: var variable_name [SIZE1][SIZE2]...[SIZEN] variable_type 以下实例声明了三维的整型数组: ...
- Java语言程序设计课程学期总结
2016-2017 第2学期 课程介绍 编程类课程,76学时(44理论+32实验),学期末还有1周的课程设计. 问题与现状 4个班共120人,教师无法逐一检查每个学生的编程实验. 纸质作业质量不高. ...