上一篇博客我们陈述了适配器模式，这篇文章的例子接上上一个设计模式中用到的例子继续讲外观模式。
==========================================
话说，自从王麻子开始从李四那里买肉夹馍以后，随着时间的推移，王麻子觉得越来越不爽了。为啥呢？张三每次给自己卖肉的时候总是把肉剁好就不管了，具体夹馍的过程是王麻子自己来的。这肉夹馍好吃，可是还挺麻烦的。要是有人提供更好的肉夹馍服务就好了，要是自己来做肉夹馍的生意，让张三和李四来做厨师，自己再把资源整合一下，肉夹馍也卖、白吉馍也卖、腊汁肉我也单卖的。于是王麻子算了一下预算，找到张三和李四商量，张三和李四想，既不用租店面承担经营风险，而且王麻子承诺的还比自己日常挣的多，感觉挺靠谱。三方一拍即合。从此，顾客再也看不到张三和李四怎么做吃的，因为有了独立的厨房，为了专人专用，王麻子雇佣了赵五专门完成把肉夹到馍里的工作。于是环境整洁、服务质量比以前好了太多，顾客络绎不绝、生意红红火火。
故事讲完了，我们说，王麻子干的事情便是外观模式，更通俗的讲，我们可以叫他门面模式（Facade），是不是似曾相识，好像平时开发过程中也在这么干呢？通常情况下，一个应用系统对外提供的服务，基本都是基于外观模式（Facade）来搞的。
继续庸俗，先上图：
我们看看赵五参与进来以后，各个类在实现过程中的具体细节：
张三作为专做白吉馍的厨师：
/**
*
*/
package adaptorPatternProject;
/**
* 张三承担白吉馍生产的厨师
*
* @author Administrator
*
*/
public class ZhangSan {
/**
* 张三说，我做馍
*
* @param businessFlow 业务流水
* @return
*/
public Object woZuoMo(String businessFlow){
//这里处理卖馍的逻辑
return null;
}
}
李四作为专做腊汁肉的厨师：
/**
*
*/
package adaptorPatternProject;
/**
* 李四在王麻子的厨房承担腊汁肉厨师角色
*
* @author Administrator
*
*/
public class LiSi {
/**
* @param businessFlow 业务流水
* @return
*/
public Object woZuoRou(int businessFlow) {
return null;
}
}
赵五作为专门负责将肉夹到馍里的厨师：
/**
*
*/
package adaptorPatternProject;
/**
* @author Administrator
*
*/
public class ZhaoWu {
/**
* @param businessFlow 业务流水
* @return
*/
public Object woJiaMo(String businessFlow){
return null;
}
}
王麻子自己在前台专门出票给厨师派发任务：
/**
*
*/
package adaptorPatternProject;
/**
* 王麻子开店专卖白吉馍、腊汁肉、肉夹馍
*
* @author Administrator
*
*/
public interface WangMaZi {
/**
* 白吉馍单卖
*
* @param money
* @return
*/
public Object woMaiMo(int money);
/**
* 腊汁肉单卖
*
* @param money
* @return
*/
public Object woMaiRou(int money);
/**
* 肉夹馍专卖
*
* @param money
* @return
*/
public Object woMaiRouJiaMo(int money);
}
我们继续抽象下，我们来看看外观模式的真面目：
各位看官，原创不易啊，转载请注明出处: http://danlley.iteye.com 看在打字不易的份上，打赏一个吧
