BlogJava-silvermyth-文章分类-设计模式

闲话Java设计模式三：命令模式

Gavin Li — Tue, 28 Jul 2015 13:22:00 GMT

命令模式是一种应用比较广泛的模式，它的最核心思想是命令的接受者和执行者独立，从而大大降低了代码的耦合度。举个例子，我家小朋友晚上睡觉前对妈妈（命令接受者）说第二天早上要吃蒸鸡蛋羹(发送命令)；对于小朋友来说最重要的就是第二天早上一醒来看到桌上有一碗鸡蛋羹，而她根本不关心这是谁做的（谁执行的相关命令），妈妈亲自做的也好，爸爸爱心奉献的也好，饭店里买的也不是不可以。
在适配器模式中我们提到，Garin新交了个女朋友，他每天都会收到如下命令：

1 public interface Command {
2 public void execute();
3 }

其中一部分是做饭，一部分是洗衣服；Garin必须亲自完成吗，不一定：

1 public class CookCommand implements GirlFriendCommand {
2
3     private String mealName = null;
4
5     public CookCommand(String mealName) {
6         super();
7         this.mealName = mealName;
8     }
9
10     private MealSupplier mealSupplier = null;
11
12     public void setMealSupplier(MealSupplier mealSupplier) {
13         this.mealSupplier = mealSupplier;
14     }
15
16     @Override
17     public void execute() {
18         mealSupplier.cook(mealName);
19     }
20
21 }

真正完成做饭的是一个抽象的MealSupplier.

1 public interface MealSupplier {
2 public void cook(String name);
3 }

它可能代表的是一个饭店：

1 public class Restaurant implements MealSupplier{
2
3     public Restaurant() {
4         super();
5     }
6
7     @Override
8     public void cook(String name) {
9         System.out.println("饭店烧好了"+name);
10     }
11
12 }

同样的，真正洗衣服的是抽象的CanWash.

1 public class WashCommand implements GirlFriendCommand {
2
3     private CanWash wash = null;
4
5     public void setWash(CanWash wash) {
6         this.wash = wash;
7     }
8
9     @Override
10     public void execute() {
11         if(wash != null){
12             wash.washClothes();
13         }
14     }
15
16 }

它代表的可能是洗衣机：

1 public interface CanWash {
2 public void washClothes();
3 }

1 public class WashingMachine implements CanWash {
2
3     @Override
4     public void washClothes() {
5         System.out.println("洗衣机洗好了衣服");
6     }
7
8 }

Garin要做的就是坐等命令，如何执行完全不管：

1 public class GirlFriendCommandTest {
2
3     /**
4      * @param args
5      */
6     public static void main(String[] args) {
7         BoyFriend bf = new BoyFriend("Garin");
8
9         bf.addCommand(new CookCommand("鱼香肉丝"));
10         bf.addCommand(new WashCommand());
11         bf.action();
12     }
13
14 }

执行完命令后效果如下：
Garin开始执行命令
饭店烧好了鱼香肉丝
洗衣机洗好了衣服

Gavin Li 2015-07-28 21:22 发表评论

闲话Java设计模式二：适配器模式

Gavin Li — Mon, 27 Jul 2015 14:51:00 GMT

从应用的角度来看，适配器模式在代码中应用的机会并不多。但从生活角度看，非常直观生动，容易理解。去过美国的朋友都知道在去之前需要准备一个电源的转换器，因为美国的插座格式和中国的不同，需要在中间做一个转换，这是一个非常经典的适配器模式的例子。适配器模式就是把不适应的接口变成适应（或者叫做期望）的接口。
我原来有一个同事，名字叫做Garin，从小就会洗衣服，但是不会做饭；第一次找了个女朋友，结果人家女孩要求基本条件就是会洗衣做饭。

1 public interface IIdealBoyFriend {
2 public void doCooking();
3 public void doWashing();
4 }
5

一看不对呀，接口不匹配，怎么办，简单，适配吧：

1 public class BoyCanWashClothes {
2
3     private String name = null;
4
5     public void doWashing(){
6         System.out.println(name +" 费了九牛二虎之力总算洗完了衣服，好累啊。");
7     }
8
9     public BoyCanWashClothes(String name) {
10         super();
11         this.name = name;
12     }
13
14 }

只会做饭，不会洗衣服；适配以后：

1 public class PuteBoy extends BoyCanWashClothes implements IIdealBoyFriend{
2
3     public PuteBoy(String name) {
4         super(name);
5     }
6
7     @Override
8     public void doCooking() {
9         System.out.println(name+"找了个菜谱，倒腾了半天，终于把饭做熟了。");
10     }
11
12 }

妥了，学会做饭了。细心的同学可能发现，上面的例子其实是类的适配器模式，不但Garin能适配，Tom也能，James也可以。话说Garin用适配器模式摇身一变，会做饭了，但是由于缺乏修炼（还要花大量时间洗女朋友的脏衣服），饭菜味道不地道，女朋友和他吹了。又过了一段时间，Garin又找了个新的女朋友，还是得会洗衣做饭，而且规定衣服不能机洗，只能手洗。这回Garin该怎么办呢，答案还是适配器模式，但是方法要变一变：

1 public class SmartBoy implements IIdealBoyFriend {
2
3     private String name = null;
4
5     public SmartBoy(String name) {
6         super();
7         this.name = name;
8     }
9
10     public void callHelp(BoyCanWashClothes worker){
11         this.worker = worker;
12     }
13
14     private BoyCanWashClothes worker = null;
15
16     @Override
17     public void doCooking() {
18         System.out.println(name+" 聚精会神做菜，满满的都是爱，饭菜非常可口。");
19     }
20
21     @Override
22     public void doWashing() {
23         System.out.print(name+" 叫了自己表弟来帮忙洗衣服，");
24         worker.doWashing();
25     }
26
27 }

这回对于洗衣服这活，Garin学精了，不亲自动手了，叫了一个外援；结果由于节省了大量洗衣服时间，厨艺那是突飞猛进，女朋友非常满意，成功进入下一阶段。这个就是对象的适配器模式了，并不是所有人都有一个善于洗衣服的表弟。结果Garin通过历练，顺利从纯情少男蜕变。

1 public class GirlFriendTest {
2
3     /**
4      * @param args
5      */
6     public static void main(String[] args) {
7         //使用类的代理模式
8         IIdealBoyFriend garin = new PuteBoy("Garin");
9         garin.doCooking();
10         garin.doWashing();
11         System.out.println("Garin成长中");
12         //使用对象的代理模式
13         garin = new SmartBoy("Garin");
14         ((SmartBoy)garin).callHelp(new BoyCanWashClothes("Garin 表弟"));
15         garin.doCooking();
16         garin.doWashing();
17     }
18
19 }

Gavin Li 2015-07-27 22:51 发表评论

闲话Java设计模式一：我眼中的的设计模式

Gavin Li — Thu, 23 Jul 2015 16:06:00 GMT

看过很多关于设计模式的书，也在公司里给其它同仁做过一些反响还不错的分享。在我看来，所谓设计模式就是“套路”，也就是前人总结的对于某一类问题的解决办法。要想学好设计模式，要特别注意以下几个方面：

首先，要认识到设计模式不是万能的，要根据情况灵活运用。要想做到这点，必须认识到设计模式只是"型"，设计原则才是“神”。神是根本，型是表象。最高境界就如张三丰和张无忌那段经典的对话，所有的招数忘光就是真正掌握了。所以一定要牢牢掌握设计原则，开闭，依赖反转，迪米特等等。有一天你发现根本没有想用设计模式，但是写的代码都是设计模式的经典案例。
不要为了设计模式而设计模式（初始学习阶段无妨），但是不要在项目中这样做。否则代码会不伦不类，充斥着大量无用类。你在项目中应用设计模式的唯一理由就是项目需要，例如某个算法将来会发生变化等等。
理论联系实际。设计模式在生活中处处可见，例如适配器，装饰等等。一定要勤于思考，多多联想。

光说不练假把式，接下来，我会用第三人称拟人手法讲述一个纯情小男生如何用设计模式解决生活中的难题。不用类图，不讲概念，通俗易懂，老少皆宜。（请期待）

Gavin Li 2015-07-24 00:06 发表评论