设计模式 场景模拟 Mediator pattern 中介者模式

 Mediator pattern 中介者模式 是干嘛的呢？？什麽时候用到呢？？

其实我们在工作中，写程序的时候，常常用到，没啥大惊小怪的。

它的主要的作用就是 操作两个对象。简单的说吧，中介的作用，就是介绍不同的对象的，使得不同的对象能相互形成关系。

职介的作用是撮合找工作的和企业形成雇佣关系，婚介是....就不一一介绍了。

下面我们来举个例子：

张三今天出差到上海，他要住喜来登酒店，住宿的话需要刷银行卡缴纳房费，那么这里的这个缴纳房费我们可以做个场景演示，用中介者模式来实现下。他们的关系如下图。

 

通过上图的实体关系，我们可以用JAVA来实现各个实体的关系。

房客.java

package Mediator;

public class 房客{
  
  private 房客银行卡 银联卡 = new 房客银行卡(); 
  
  public 房客银行卡 拿出银行卡(){
    return 银联卡;
  }
}

从上面对象我们可以发现房客有个银联卡噢。

 

房客银行卡.java

package Mediator;

public class 房客银行卡{
  private static int 账户余额 = 2000;
  public int 交易(int 交易金额) throws Exception{
    if(-交易金额>账户余额)
      throw new Exception("银行账户金额不足");
    账户余额 = 账户余额 + 交易金额;
    return 账户余额;    
  }
  public int 查询余额(){
    return 账户余额;
  }
}

 

我们可以看出银行卡是有余额的，这里的卡的交易是要判断余额的。为什么这里的条件判断，交易金额是要加个负号呢。

这里我们可以理解下，如果交易金额是负的，是刷卡消费，那么就要判断余额是否足不足，那怎么办，只能再加个负号了。

如果是存入的，那就不管了。

 

酒店.java

package Mediator;

public class 酒店{
  private 酒店银行卡 银联卡 = new 酒店银行卡();
  
  public 酒店银行卡 拿出银行卡(){
    return 银联卡;
  }
}

 

这里的酒店的银行卡的信息其实已经集成在POS机里面了。

 

酒店银行卡.java

package Mediator;

public class 酒店银行卡{
  private static int 账户余额 = 2000;
  public int 交易(int 交易金额){
    账户余额 = 账户余额 + 交易金额;
    return 账户余额;    
  }
  public int 查询余额(){
    return 账户余额;
  }
  
}

 

银联.java

package Mediator;

public class 银联{

  public int 交易(房客银行卡 房客银行卡,酒店银行卡 酒店银行卡,int 住宿费) throws Exception{
  
      int 房客账户余额 = 0;
      房客账户余额 = 房客银行卡.交易(-住宿费);
      酒店银行卡.交易(住宿费);
      return 房客账户余额;
    
  }  
}

 

银联提供交易接口。

 

酒店服务员.java

 

package Mediator;

public class 酒店服务员{

  public static int 刷卡(房客银行卡 房客银行卡,酒店银行卡 酒店银行卡,int 住宿费) throws Exception{
    银联 银联 = new 银联();
    return 银联.交易(房客银行卡,酒店银行卡,住宿费);
  }
  /**
   * 这里酒店服务员开始刷POS机器了。
   */
  public static void main( String[] args ) throws Exception{

    酒店 喜来登 = new 酒店();//酒店信息在POS机器上就有的
    房客 张三 = new 房客();//
    //张三掏出银行卡，喜来登的银行账户信息就在POS机器里面了。这里刷卡3000块，住两天。
    int 张三余额 = 刷卡(张三.拿出银行卡(),喜来登.拿出银行卡(),3000);
    System.out.println(张三余额);
  }

}

 

通过以上的6个对象，把上面的关系图里面的对象全部实现了。

在酒店服务员中，有个main函数，这里就相当于酒店服务员对缴费的处理吧。

 

下面我们看输出:

Exception in thread "main" java.lang.Exception: 银行账户金额不足
	at Mediator.房客银行卡.交易(房客银行卡.java:7)
	at Mediator.银联.交易(银联.java:8)
	at Mediator.酒店服务员.刷卡(酒店服务员.java:7)
	at Mediator.酒店服务员.main(酒店服务员.java:16)

 

当然上面的交易是失败的。故意这么做的。

 

大家是否明白了呢，其实如果我们不用中介模式的话，那么这个操作也是可以实现的。只是两个对象的耦合就复杂了。在两个对象之间都会耦合对方的信息。

 

其实我们在平时写程序的过程中这种模式到处都在用，只是不知道叫什么模式罢了，设计模式就是个噱头。程序写的多了，自然用的正确的模式就多了，只是不知道这麽用原来叫做XXX设计模式........

 

作者:keyboardsun 转载请标明出处