Java 编程的23种设计模式解析(11-23)
Posted IT云文化
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Java 编程的23种设计模式解析(11-23)相关的知识,希望对你有一定的参考价值。
11、组合模式(Composite)
组合模式有时又叫部分-整体模式在处理类似树形结构的问题时比较方便,看看关系图:
直接来看代码:
[java]view plaincopy
publicclassTreeNode {
privateString name;
privateTreeNode parent;
privateVectorchildren =newVector();
publicTreeNode(String name){
this.name = name;
}
publicString getName() {
returnname;
}
publicvoidsetName(String name) {
this.name = name;
}
publicTreeNode getParent() {
returnparent;
}
publicvoidsetParent(TreeNode parent) {
this.parent = parent;
}
//添加孩子节点
publicvoidadd(TreeNode node){
add(node);
}
//删除孩子节点
publicvoidremove(TreeNode node){
remove(node);
}
//取得孩子节点
publicEnumeration getChildren(){
returnelements();
}
}
[java]view plaincopy
publicclassTree {
TreeNode root =null;
publicTree(String name) {
root =newTreeNode(name);
}
publicstaticvoidmain(String[] args) {
Tree tree =newTree(“A”);
TreeNode nodeB =newTreeNode(“B”);
TreeNode nodeC =newTreeNode(“C”);
add(nodeC);
root.add(nodeB);
out.println(“build the tree finished!”);
}
}
使用场景:将多个对象组合在一起进行操作,常用于表示树形结构中,例如二叉树,数等。
12、享元模式(Flyweight)
享元模式的主要目的是实现对象的共享,即共享池,当系统中对象多的时候可以减少内存的开销,通常与工厂模式一起使用。
FlyWeightFactory负责创建和管理享元单元,当一个客户端请求时,工厂需要检查当前对象池中是否有符合条件的对象,如果有,就返回已经存在的对象,如果没有,则创建一个新对象,FlyWeight是超类。一提到共享池,我们很容易联想到Java里面的JDBC连接池,想想每个连接的特点,我们不难总结出:适用于作共享的一些个对象,他们有一些共有的属性,就拿数据库连接池来说,url、driverClassName、username、password及dbname,这些属性对于每个连接来说都是一样的,所以就适合用享元模式来处理,建一个工厂类,将上述类似属性作为内部数据,其它的作为外部数据,在方法调用时,当做参数传进来,这样就节省了空间,减少了实例的数量。
看个例子:
看下数据库连接池的代码:
[java]view plaincopy
publicclassConnectionPool {
privateVector pool;
/*公有属性*/
privateString url = “jdbc:mysql://localhost:3306/test”;
privateString username = “root”;
privateString password = “root”;
privateString driverClassName = “com.mysql.jdbc.Driver”;
privateintpoolSize = 100;
privatestaticConnectionPool instance =null;
Connection conn =null;
/*构造方法,做一些初始化工作*/
privateConnectionPool() {
pool =newVector(poolSize);
for(inti = 0; i < poolSize; i++) {
try{
forName(driverClassName);
conn = DriverManager.getConnection(url, username, password);
add(conn);
}catch(ClassNotFoundException e) {
printStackTrace();
}catch(SQLException e) {
printStackTrace();
}
}
}
/* 返回连接到连接池 */
publicsynchronizedvoidrelease() {
add(conn);
}
/* 返回连接池中的一个数据库连接 */
publicsynchronizedConnection getConnection() {
if(pool.size() > 0) {
Connection conn = pool.get(0);
remove(conn);
returnconn;
}else{
returnnull;
}
}
}
通过连接池的管理,实现了数据库连接的共享,不需要每一次都重新创建连接,节省了数据库重新创建的开销,提升了系统的性能!
C、关系模式(11种)
先来张图,看看这11中模式的关系:
第一类:通过父类与子类的关系进行实现。
第二类:两个类之间。
第三类:类的状态。
第四类:通过中间类
父类与子类关系
13、策略模式(strategy)
策略模式定义了一系列算法,并将每个算法封装起来,使他们可以相互替换,且算法的变化不会影响到使用算法的客户。需要设计一个接口,为一系列实现类提供统一的方法,多个实现类实现该接口,设计一个抽象类(可有可无,属于辅助类),提供辅助函数,关系图如下:
图中ICalculator提供同意的方法,
AbstractCalculator是辅助类,提供辅助方法,接下来,依次实现下每个类:
首先统一接口:
[java]view plaincopy
publicinterfaceICalculator {
publicintcalculate(String exp);
}
辅助类:
[java]view plaincopy
publicabstractclassAbstractCalculator {
publicint[] split(String exp,String opt){
String array[] = exp.split(opt);
intarrayInt[] =newint[2];
arrayInt[0] = Integer.parseInt(array[0]);
arrayInt[1] = Integer.parseInt(array[1]);
returnarrayInt;
}
}
三个实现类:
[java]view plaincopy
publicclassPlusextendsAbstractCalculatorimplementsICalculator {
@Override
publicintcalculate(String exp) {
intarrayInt[] = split(exp,”\\+”);
returnarrayInt[0]+arrayInt[1];
}
}
[java]view plaincopy
publicclassMinusextendsAbstractCalculatorimplementsICalculator {
@Override
publicintcalculate(String exp) {
intarrayInt[] = split(exp,”-“);
returnarrayInt[0]-arrayInt[1];
}
}
[java]view plaincopy
publicclassMultiplyextendsAbstractCalculatorimplementsICalculator {
@Override
publicintcalculate(String exp) {
intarrayInt[] = split(exp,”\\*”);
returnarrayInt[0]*arrayInt[1];
}
}
简单的测试类:
[java]view plaincopy
publicclassStrategyTest {
publicstaticvoidmain(String[] args) {
String exp = “2+8”;
ICalculator cal =newPlus();
intresult = cal.calculate(exp);
out.println(result);
}
}
输出:10
策略模式的决定权在用户,系统本身提供不同算法的实现,新增或者删除算法,对各种算法做封装。因此,策略模式多用在算法决策系统中,外部用户只需要决定用哪个算法即可。
14、模板方法模式(Template Method)
解释一下模板方法模式,就是指:一个抽象类中,有一个主方法,再定义1…n个方法,可以是抽象的,也可以是实际的方法,定义一个类,继承该抽象类,重写抽象方法,通过调用抽象类,实现对子类的调用,先看个关系图:
就是在AbstractCalculator类中定义一个主方法calculate,calculate()调用spilt()等,Plus和Minus分别继承AbstractCalculator类,通过对AbstractCalculator的调用实现对子类的调用,看下面的例子:
[java]view plaincopy
publicabstractclassAbstractCalculator {
/*主方法,实现对本类其它方法的调用*/
publicfinalintcalculate(String exp,String opt){
intarray[] = split(exp,opt);
returncalculate(array[0],array[1]);
}
/*被子类重写的方法*/
abstractpublicintcalculate(intnum1,intnum2);
publicint[] split(String exp,String opt){
String array[] = exp.split(opt);
intarrayInt[] =newint[2];
arrayInt[0] = Integer.parseInt(array[0]);
arrayInt[1] = Integer.parseInt(array[1]);
returnarrayInt;
}
}
[java]view plaincopy
publicclassPlusextendsAbstractCalculator {
@Override
publicintcalculate(intnum1,intnum2) {
returnnum1 + num2;
}
}
测试类:
[java]view plaincopy
publicclassStrategyTest {
publicstaticvoidmain(String[] args) {
String exp = “8+8”;
AbstractCalculator cal =newPlus();
intresult = cal.calculate(exp, “\\+”);
out.println(result);
}
}
我跟踪下这个小程序的执行过程:首先将exp和”\\+”做参数,调用AbstractCalculator类里的calculate(String,String)方法,在calculate(String,String)里调用同类的split(),之后再调用calculate(int ,int)方法,从这个方法进入到子类中,执行完return num1 + num2后,将值返回到AbstractCalculator类,赋给result,打印出来。正好验证了我们开头的思路。
15、观察者模式(Observer)
包括这个模式在内的接下来的四个模式,都是类和类之间的关系,不涉及到继承,学的时候应该 记得归纳,记得本文最开始的那个图。观察者模式很好理解,类似于邮件订阅和RSS订阅,当我们浏览一些博客或wiki时,经常会看到RSS图标,就这的意思是,当你订阅了该文章,如果后续有更新,会及时通知你。其实,简单来讲就一句话:当一个对象变化时,其它依赖该对象的对象都会收到通知,并且随着变化!对象之间是一种一对多的关系。先来看看关系图:
我解释下这些类的作用:MySubject类就是我们的主对象,Observer1和Observer2是依赖于MySubject的对象,当MySubject变化时,Observer1和Observer2必然变化。AbstractSubject类中定义着需要监控的对象列表,可以对其进行修改:增加或删除被监控对象,且当MySubject变化时,负责通知在列表内存在的对象。我们看实现代码:
一个Observer接口:
[java]view plaincopy
publicinterfaceObserver {
publicvoidupdate();
}
两个实现类:
[java]view plaincopy
publicclassObserver1implementsObserver {
@Override
publicvoidupdate() {
out.println(“observer1 has received!”);
}
}
[java]view plaincopy
publicclassObserver2implementsObserver {
@Override
publicvoidupdate() {
out.println(“observer2 has received!”);
}
}
Subject接口及实现类:
[java]view plaincopy
publicinterfaceSubject {
/*增加观察者*/
publicvoidadd(Observer observer);
/*删除观察者*/
publicvoiddel(Observer observer);
/*通知所有的观察者*/
publicvoidnotifyObservers();
/*自身的操作*/
publicvoidoperation();
}
[java]view plaincopy
publicabstractclassAbstractSubjectimplementsSubject {
privateVectorvector =newVector();
@Override
publicvoidadd(Observer observer) {
add(observer);
}
@Override
publicvoiddel(Observer observer) {
remove(observer);
}
@Override
publicvoidnotifyObservers() {
Enumeration<Observer> enumo = vector.elements();
while(enumo.hasMoreElements()){
nextElement().update();
}
}
}
[java]view plaincopy
publicclassMySubjectextendsAbstractSubject {
@Override
publicvoidoperation() {
out.println(“update self!”);
notifyObservers();
}
}
测试类:
[java]view plaincopy
publicclassObserverTest {
publicstaticvoidmain(String[] args) {
Subject sub =newMySubject();
add(newObserver1());
add(newObserver2());
operation();
}
}
输出:
update self!
observer1 has received!
observer2 has received!
这些东西,其实不难,只是有些抽象,不太容易整体理解,建议读者:根据关系图,新建项目,自己写代码(或者参考我的代码),按照总体思路走一遍,这样才能体会它的思想,理解起来容易!
16、迭代子模式(Iterator)
顾名思义,迭代器模式就是顺序访问聚集中的对象,一般来说,集合中非常常见,如果对集合类比较熟悉的话,理解本模式会十分轻松。这句话包含两层意思:一是需要遍历的对象,即聚集对象,二是迭代器对象,用于对聚集对象进行遍历访问。我们看下关系图:
这个思路和我们常用的一模一样,MyCollection中定义了集合的一些操作,MyIterator中定义了一系列迭代操作,且持有Collection实例,我们来看看实现代码:
两个接口:
[java]view plaincopy
publicinterfaceCollection {
publicIterator iterator();
/*取得集合元素*/
publicObject get(inti);
/*取得集合大小*/
publicintsize();
}
[java]view plaincopy
publicinterfaceIterator {
//前移
publicObject previous();
//后移
publicObject next();
publicbooleanhasNext();
//取得第一个元素
publicObject first();
}
两个实现:
[java]view plaincopy
publicclassMyCollectionimplementsCollection {
publicString string[] = {“A”,”B”,”C”,”D”,”E”};
@Override
publicIterator iterator() {
returnnewMyIterator(this);
}
@Override
publicObject get(inti) {
returnstring[i];
}
@Override
publicintsize() {
returnlength;
}
}
[java]view plaincopy
publicclassMyIteratorimplementsIterator {
privateCollection collection;
privateintpos = -1;
publicMyIterator(Collection collection){
this.collection = collection;
}
@Override
publicObject previous() {
if(pos > 0){
pos–;
}
returnget(pos);
}
@Override
publicObject next() {
if(pos
pos++;
}
returnget(pos);
}
@Override
publicbooleanhasNext() {
if(pos
returntrue;
}else{
returnfalse;
}
}
@Override
publicObject first() {
pos = 0;
returnget(pos);
}
}
测试类:
[java]view plaincopy
publicclassTest {
publicstaticvoidmain(String[] args) {
Collection collection =newMyCollection();
Iterator it = collection.iterator();
while(it.hasNext()){
out.println(it.next());
}
}
}
输出:A B C D E
此处我们貌似模拟了一个集合类的过程,感觉是不是很爽?其实JDK中各个类也都是这些基本的东西,加一些设计模式,再加一些优化放到一起的,只要我们把这些东西学会了,掌握好了,我们也可以写出自己的集合类,甚至框架!
17、责任链模式(Chain of Responsibility)
接下来我们将要谈谈责任链模式,有多个对象,每个对象持有对下一个对象的引用,这样就会形成一条链,请求在这条链上传递,直到某一对象决定处理该请求。但是发出者并不清楚到底最终那个对象会处理该请求,所以,责任链模式可以实现,在隐瞒客户端的情况下,对系统进行动态的调整。先看看关系图:
Abstracthandler类提供了get和set方法,方便MyHandle类设置和修改引用对象,MyHandle类是核心,实例化后生成一系列相互持有的对象,构成一条链。
[java]view plaincopy
publicinterfaceHandler {
publicvoidoperator();
}
[java]view plaincopy
publicabstractclassAbstractHandler {
privateHandler handler;
publicHandler getHandler() {
returnhandler;
}
publicvoidsetHandler(Handler handler) {
this.handler = handler;
}
}
[java]view plaincopy
publicclassMyHandlerextendsAbstractHandlerimplementsHandler {
privateString name;
publicMyHandler(String name) {
this.name = name;
}
@Override
publicvoidoperator() {
out.println(name+”deal!”);
if(getHandler()!=null){
getHandler().operator();
}
}
}
[java]view plaincopy
publicclassTest {
publicstaticvoidmain(String[] args) {
MyHandler h1 =newMyHandler(“h1”);
MyHandler h2 =newMyHandler(“h2”);
MyHandler h3 =newMyHandler(“h3”);
setHandler(h2);
setHandler(h3);
operator();
}
}
输出:
h1deal!
h2deal!
h3deal!
此处强调一点就是,链接上的请求可以是一条链,可以是一个树,还可以是一个环,模式本身不约束这个,需要我们自己去实现,同时,在一个时刻,命令只允许由一个对象传给另一个对象,而不允许传给多个对象。
18、命令模式(Command)
命令模式很好理解,举个例子,司令员下令让士兵去干件事情,从整个事情的角度来考虑,司令员的作用是,发出口令,口令经过传递,传到了士兵耳朵里,士兵去执行。这个过程好在,三者相互解耦,任何一方都不用去依赖其他人,只需要做好自己的事儿就行,司令员要的是结果,不会去关注到底士兵是怎么实现的。我们看看关系图:
Invoker是调用者(司令员),Receiver是被调用者(士兵),MyCommand是命令,实现了Command接口,持有接收对象,看实现代码:
[java]view plaincopy
publicinterfaceCommand {
publicvoidexe();
}
[java]view plaincopy
publicclassMyCommandimplementsCommand {
privateReceiver receiver;
publicMyCommand(Receiver receiver) {
this.receiver = receiver;
}
@Override
publicvoidexe() {
action();
}
}
[java]view plaincopy
publicclassReceiver {
publicvoidaction(){
out.println(“command received!”);
}
}
[java]view plaincopy
publicclassInvoker {
privateCommand command;
publicInvoker(Command command) {
this.command = command;
}
publicvoidaction(){
exe();
}
}
[java]view plaincopy
publicclassTest {
publicstaticvoidmain(String[] args) {
Receiver receiver =newReceiver();
Command cmd =newMyCommand(receiver);
Invoker invoker =newInvoker(cmd);
action();
}
}
输出:command received!
这个很哈理解,命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开,熟悉Struts的同学应该知道,Struts其实就是一种将请求和呈现分离的技术,其中必然涉及命令模式的思想!
其实每个设计模式都是很重要的一种思想,看上去很熟,其实是因为我们在学到的东西中都有涉及,尽管有时我们并不知道,其实在Java本身的设计之中处处都有体现,像AWT、JDBC、集合类、IO管道或者是Web框架,里面设计模式无处不在。因为我们篇幅有限,
很难讲每一个设计模式都讲的很详细,不过我会尽我所能,尽量在有限的空间和篇幅内,把意思写清楚了,更好让大家明白。本章不出意外的话,应该是设计模式最后一讲了,首先还是上一下上篇开头的那个图:
本章讲讲第三类和第四类。
类的状态
19、备忘录模式(Memento)
主要目的是保存一个对象的某个状态,以便在适当的时候恢复对象,个人觉得叫备份模式更形象些,通俗的讲下:假设有原始类A,A中有各种属性,A可以决定需要备份的属性,备忘录类B是用来存储A的一些内部状态,类C呢,就是一个用来存储备忘录的,且只能存储,不能修改等操作。做个图来分析一下:
Original类是原始类,里面有需要保存的属性value及创建一个备忘录类,用来保存value值。Memento类是备忘录类,Storage类是存储备忘录的类,持有Memento类的实例,该模式很好理解。直接看源码:
[java]view plaincopy
publicclassOriginal {
privateString value;
publicString getValue() {
returnvalue;
}
publicvoidsetValue(String value) {
this.value = value;
}
publicOriginal(String value) {
this.value = value;
}
publicMemento createMemento(){
returnnewMemento(value);
}
publicvoidrestoreMemento(Memento memento){
this.value = memento.getValue();
}
}
[java]view plaincopy
publicclassMemento {
privateString value;
publicMemento(String value) {
this.value = value;
}
publicString getValue() {
returnvalue;
}
publicvoidsetValue(String value) {
this.value = value;
}
}
[java]view plaincopy
publicclassStorage {
privateMemento memento;
publicStorage(Memento memento) {
this.memento = memento;
}
publicMemento getMemento() {
returnmemento;
}
publicvoidsetMemento(Memento memento) {
this.memento = memento;
}
}
测试类:
[java]view plaincopy
publicclassTest {
publicstaticvoidmain(String[] args) {
// 创建原始类
Original origi =newOriginal(“egg”);
// 创建备忘录
Storage storage =newStorage(origi.createMemento());
// 修改原始类的状态
out.println(“初始化状态为:”+ origi.getValue());
setValue(“niu”);
out.println(“修改后的状态为:”+ origi.getValue());
// 回复原始类的状态
restoreMemento(storage.getMemento());
out.println(“恢复后的状态为:”+ origi.getValue());
}
}
输出:
初始化状态为:egg
修改后的状态为:niu
恢复后的状态为:egg
简单描述下:新建原始类时,value被初始化为egg,后经过修改,将value的值置为niu,最后倒数第二行进行恢复状态,结果成功恢复了。其实我觉得这个模式叫“备份-恢复”模式最形象。
20、状态模式(State)
核心思想就是:当对象的状态改变时,同时改变其行为,很好理解!就拿QQ来说,有几种状态,在线、隐身、忙碌等,每个状态对应不同的操作,而且你的好友也能看到你的状态,所以,状态模式就两点:1、可以通过改变状态来获得不同的行为。2、你的好友能同时看到你的变化。看图:
State类是个状态类,Context类可以实现切换,我们来看看代码:
[java]view plaincopy
packagextfggef.dp.state;
/**
* 状态类的核心类
* 2012-12-1
* @author erqing
*
*/
publicclassState {
privateString value;
publicString getValue() {
returnvalue;
}
publicvoidsetValue(String value) {
this.value = value;
}
publicvoidmethod1(){
out.println(“execute the first opt!”);
}
publicvoidmethod2(){
out.println(“execute the second opt!”);
}
}
[java]view plaincopy
packagextfggef.dp.state;
/**
* 状态模式的切换类 2012-12-1
* @author erqing
*
*/
publicclassContext {
privateState state;
publicContext(State state) {
this.state = state;
}
publicState getState() {
returnstate;
}
publicvoidsetState(State state) {
this.state = state;
}
publicvoidmethod() {
if(state.getValue().equals(“state1”)) {
method1();
}elseif(state.getValue().equals(“state2”)) {
method2();
}
}
}
测试类:
[java]view plaincopy
publicclassTest {
publicstaticvoidmain(String[] args) {
State state =newState();
Context context =newContext(state);
//设置第一种状态
setValue(“state1”);
method();
//设置第二种状态
setValue(“state2”);
method();
}
}
输出:
execute the first opt!
execute the second opt!
根据这个特性,状态模式在日常开发中用的挺多的,尤其是做网站的时候,我们有时希望根据对象的某一属性,区别开他们的一些功能,比如说简单的权限控制等。
通过中间类
21、访问者模式(Visitor)
访问者模式把数据结构和作用于结构上的操作解耦合,使得操作集合可相对自由地演化。访问者模式适用于数据结构相对稳定算法又易变化的系统。因为访问者模式使得算法操作增加变得容易。若系统数据结构对象易于变化,经常有新的数据对象增加进来,则不适合使用访问者模式。访问者模式的优点是增加操作很容易,因为增加操作意味着增加新的访问者。访问者模式将有关行为集中到一个访问者对象中,其改变不影响系统数据结构。其缺点就是增加新的数据结构很困难。—— From 百科
简单来说,访问者模式就是一种分离对象数据结构与行为的方法,通过这种分离,可达到为一个被访问者动态添加新的操作而无需做其它的修改的效果。简单关系图:
来看看原码:一个Visitor类,存放要访问的对象,
[java]view plaincopy
publicinterfaceVisitor {
publicvoidvisit(Subject sub);
}
[java]view plaincopy
publicclassMyVisitorimplementsVisitor {
@Override
publicvoidvisit(Subject sub) {
out.println(“visit the subject:”+sub.getSubject());
}
}
Subject类,accept方法,接受将要访问它的对象,getSubject()获取将要被访问的属性,
[java]view plaincopy
publicinterfaceSubject {
publicvoidaccept(Visitor visitor);
publicString getSubject();
}
[java]view plaincopy
publicclassMySubjectimplementsSubject {
@Override
publicvoidaccept(Visitor visitor) {
visit(this);
}
@Override
publicString getSubject() {
return“love”;
}
}
测试:
[java]view plaincopy
publicclassTest {
publicstaticvoidmain(String[] args) {
Visitor visitor =newMyVisitor();
Subject sub =newMySubject();
accept(visitor);
}
}
输出:visit the subject:love
该模式适用场景:如果我们想为一个现有的类增加新功能,不得不考虑几个事情:1、新功能会不会与现有功能出现兼容性问题?2、以后会不会再需要添加?3、如果类不允许修改代码怎么办?面对这些问题,最好的解决方法就是使用访问者模式,访问者模式适用于数据结构相对稳定的系统,把数据结构和算法解耦,
22、中介者模式(Mediator)
中介者模式也是用来降低类类之间的耦合的,因为如果类类之间有依赖关系的话,不利于功能的拓展和维护,因为只要修改一个对象,其它关联的对象都得进行修改。如果使用中介者模式,只需关心和Mediator类的关系,具体类类之间的关系及调度交给Mediator就行,这有点像spring容器的作用。先看看图:
User类统一接口,User1和User2分别是不同的对象,二者之间有关联,如果不采用中介者模式,则需要二者相互持有引用,这样二者的耦合度很高,为了解耦,引入了Mediator类,提供统一接口,MyMediator为其实现类,里面持有User1和User2的实例,用来实现对User1和User2的控制。这样User1和User2两个对象相互独立,他们只需要保持好和Mediator之间的关系就行,剩下的全由MyMediator类来维护!基本实现:
[java]view plaincopy
publicinterfaceMediator {
publicvoidcreateMediator();
publicvoidworkAll();
}
[java]view plaincopy
publicclassMyMediatorimplementsMediator {
privateUser user1;
privateUser user2;
publicUser getUser1() {
returnuser1;
}
publicUser getUser2() {
returnuser2;
}
@Override
publicvoidcreateMediator() {
user1 =newUser1(this);
user2 =newUser2(this);
}
@Override
publicvoidworkAll() {
work();
work();
}
}
[java]view plaincopy
publicabstractclassUser {
privateMediator mediator;
publicMediator getMediator(){
returnmediator;
}
publicUser(Mediator mediator) {
this.mediator = mediator;
}
publicabstractvoidwork();
}
[java]view plaincopy
publicclassUser1extendsUser {
publicUser1(Mediator mediator){
super(mediator);
}
@Override
publicvoidwork() {
out.println(“user1 exe!”);
}
}
[java]view plaincopy
publicclassUser2extendsUser {
publicUser2(Mediator mediator){
super(mediator);
}
@Override
publicvoidwork() {
out.println(“user2 exe!”);
}
}
测试类:
[java]view plaincopy
publicclassTest {
publicstaticvoidmain(String[] args) {
Mediator mediator =newMyMediator();
createMediator();
workAll();
}
}
输出:
user1 exe!
user2 exe!
23、解释器模式(Interpreter)
解释器模式是我们暂时的最后一讲,一般主要应用在OOP开发中的编译器的开发中,所以适用面比较窄。
Context类是一个上下文环境类,Plus和Minus分别是用来计算的实现,代码如下:
[java]view plaincopy
publicinterfaceExpression {
publicintinterpret(Context context);
}
[java]view plaincopy
publicclassPlusimplementsExpression {
@Override
publicintinterpret(Context context) {
returngetNum1()+context.getNum2();
}
}
[java]view plaincopy
publicclassMinusimplementsExpression {
@Override
publicintinterpret(Context context) {
returngetNum1()-context.getNum2();
}
}
[java]view plaincopy
publicclassContext {
privateintnum1;
privateintnum2;
publicContext(intnum1,intnum2) {
this.num1 = num1;
this.num2 = num2;
}
publicintgetNum1() {
returnnum1;
}
publicvoidsetNum1(intnum1) {
this.num1 = num1;
}
publicintgetNum2() {
returnnum2;
}
publicvoidsetNum2(intnum2) {
this.num2 = num2;
}
}
[java]view plaincopy
publicclassTest {
publicstaticvoidmain(String[] args) {
// 计算9+2-8的值
intresult =newMinus().interpret((newContext(newPlus()
.interpret(newContext(9, 2)), 8)));
out.println(result);
}
}
最后输出正确的结果:3。
基本就这样,解释器模式用来做各种各样的解释器,如正则表达式等的解释器等等!
以上是关于Java 编程的23种设计模式解析(11-23)的主要内容,如果未能解决你的问题,请参考以下文章
java web开发入门十二(idea创建maven SSM项目需要解决的问题)基于intellig idea(2019-11-09 11:23)