设计模式:开篇--体验设计

试想一下,如果写出来的代码如艺术品,那将是多么美妙的一件事。因此,小编该好好学习一下怎么去设计代码了。设计模式这种东西来到世界上已经有相当历史了,可是工作了之后发现真正能用上的还是少数人。在写代码之前认真思考并设计一下,能省去相当一部分维护代码的成本。朋友推荐了《Head First 设计模式 (中文版)》这本书。小编就直接以这本书来打开设计的大门了。在设计之前我们体会一下根据需求的变化,没有设计的代码会让我们手忙脚乱



1:需求来了-使用继承

  • 需求:SimUDuck这款游戏会出现各种鸭子,游泳,呱呱叫
  • 考虑:拓展的是多个鸭子,而叫和游泳每个鸭子都有,会有长的不一样的鸭子
  • 做法:定义鸭子父类Duck,定义三个方法,quack、swim、display。外观不一样,那么抽象display。其他实现了。增加鸭子只需要继承Duck并实现不同的外观就行了。
public abstract class Duck {

    public void quack() {
        System.out.println("呱呱叫");
    }

    public void swim() {
        System.out.println("游泳");
    }

    public abstract void display();
}

public class MallardDuck extends Duck {
    @Override
    public void display() {
        System.out.println("外观:绿头");
    }
}

public class RedheadDuck extends Duck {

    @Override
    public void display() {
        System.out.println("外观:红头");
    }
}

Demo-1

总结:感觉还是很可以的,感觉以后增加鸭子只要多写个鸭子类就好了。

2:增加需求-拓展功能

  • 需求:让鸭子会飞
  • 考虑:难不倒我嘛,只要在Duck实现一个fly的方法下马所有的鸭子就成功的会飞了
  • 做法:Duck增加fly的方法

代码仅仅修改了Duck类

public abstract class Duck {

    public void quack() {
        System.out.println("呱呱叫");
    }

    public void swim() {
        System.out.println("游泳");
    }

    public abstract void display();

    public void fly() {
        System.out.println("飞");
    }
}

Demo-2

总结:内心觉得当初设计还是有点用的,完美适应增加的需求

3:再增加需求-定制功能的实体

  • 需求:加橡皮鸭和诱饵鸭,橡皮鸭的会吱吱叫,不会飞。诱饵鸭不会叫也不会飞
  • 考虑:父类定义的某些方法的实现,这时候字类不需要了,覆盖掉就好了
  • 做法:继承Duck增加两个鸭子RubberDuck和DecoyDuck。覆盖需要重新实现的方法。
public class RubberDuck extends Duck {


    /**
     * 覆盖父类方法,实现新的功能
     */
    @Override
    public void quack() {
        System.out.println("吱吱叫");
    }

    @Override
    public void display() {
        System.out.println("外观:橡皮鸭");
    }

    @Override
    public void fly() {
        //不会飞
    }
}

  public class DecoyDuck extends Duck {
    @Override
    public void display() {
        System.out.println("外观:诱饵鸭");
    }

    @Override
    public void quack() {
        // 不会叫
    }

    @Override
    public void fly() {
        // 不会飞
    }
}
Demo-3

总结:这时候随着需求不断增加,感觉当初采用继承的方式去设计代码有点不够用了

  • 问题:以后所有的鸭子都默认有父类的方法,如果不需要这些方法,就得每个都提供空实现,如果忘记了提供,那么就会多出不需要的方法了。代码不优雅,看着都难受。

4、优化设计-使用接口

  • 需求:改变一下设计,引入接口
  • 考虑:变化的方法有fly和quack。
  • 做法:抽取fly到Flyable接口,抽取quack到Quackable接口,需要的子类自行实现
public interface Flyable {
    void fly();
}
public interface Quackable {
    void quack();
}
public abstract class Duck {

    public void swim() {
        System.out.println("游泳");
    }

    public abstract void display();

}
public class RedheadDuck extends Duck implements Flyable, Quackable {

    @Override
    public void display() {
        System.out.println("外观:红头");
    }

    @Override
    public void fly() {
        System.out.println("飞");
    }

    @Override
    public void quack() {
        System.out.println("呱呱叫");
    }
}
public class MallardDuck extends Duck implements Flyable, Quackable {
    @Override
    public void display() {
        System.out.println("外观:绿头");
    }

    @Override
    public void fly() {
        System.out.println("飞");
    }

    @Override
    public void quack() {
        System.out.println("呱呱叫");
    }
}

public class RubberDuck extends Duck implements Quackable {

    @Override
    public void quack() {
        System.out.println("吱吱叫");
    }

    @Override
    public void display() {
        System.out.println("外观:橡皮鸭");
    }
}

public class DecoyDuck extends Duck {
    @Override
    public void display() {
        System.out.println("外观:诱饵鸭");
    }
}
Demo-4

总结:使用接口之后发现确实可以不写这么多空实现了,但是也暴露出了另一个问题,

  • 问题:会出现重复的代码,试想一下,如果很多个鸭子都会同样的飞,那么每个鸭子都要去实现同样的fly方法。因此简单的使用接口也不太好。

5:进一步优化设计-使用组合

  • 需求:拓展的时候要解决重复代码和动态实现方法的问题
  • 考虑:继承会使方法不灵活,接口会导致重复代码。尝试组合一下,并面向接口编程
  • 做法:封装鸭子的行为(动态的方法),定义行为接口。定义行为类去实现行为接口(面向接口)。在Duck父类中组合这些行为。而字类提供具体的行为实现。

行为:FlyBehavior以及他的不同实现方式:飞,不会飞...

public interface FlyBehavior {
    void fly();
}
public class FlyNoWay implements FlyBehavior {

    @Override
    public void fly() {
        //不会飞
    }
}
public class FlyWithWings implements FlyBehavior {
    @Override
    public void fly() {
        System.out.println("飞");
    }
}

行为:QuackBehavior 以及他的不同实现方式:呱呱叫,吱吱叫,不会叫...

public interface QuackBehavior {
    void quack();
}

public class MuteQuack implements QuackBehavior {
    @Override
    public void quack() {
        //什么都不做,不会叫
    }
}

public class Quack implements QuackBehavior {
    @Override
    public void quack() {
        System.out.println("呱呱叫");
    }
}

public class Squeak implements QuackBehavior {
    @Override
    public void quack() {
        System.out.println("吱吱叫");
    }
}

实体鸭子:实体鸭子组合行为,字类实例化具体行为

public abstract class Duck {


    FlyBehavior flyBehavior;

    QuackBehavior quackBehavior;

    public void swim() {
        System.out.println("游泳");
    }

    public abstract void display();

    public void performQuack() {
        quackBehavior.quack();
    }

    public void performFly() {
        flyBehavior.fly();
    }

}
public class MallardDuck extends Duck {

    public MallardDuck() {
        quackBehavior = new Quack();
        flyBehavior = new FlyWithWings();
    }

    @Override
    public void display() {
        System.out.println("外观:绿头");
    }


}

public class RedheadDuck extends Duck {


    public RedheadDuck() {
        quackBehavior = new Quack();
        flyBehavior = new FlyWithWings();
    }

    @Override
    public void display() {
        System.out.println("外观:红头");
    }


}
public class RubberDuck extends Duck {

    public RubberDuck() {
        quackBehavior = new Squeak();
        flyBehavior = new FlyNoWay();
    }

    @Override
    public void display() {
        System.out.println("外观:橡皮鸭");
    }


}
public class DecoyDuck extends Duck {

    public DecoyDuck() {
        quackBehavior = new MuteQuack();
        flyBehavior = new FlyNoWay();
    }

    @Override
    public void display() {
        System.out.println("外观:诱饵鸭");
    }

}
Demo-5

总结:光从uml上看就能体会到组合的拓展性是多么的强了。重构成这样之后,不用更担心拓展任何的功能的鸭子了,如果没有功能,你就提供接口,并提供实现类,组合到新的鸭子里即可。那么你可能你会说了,这样还是不够动态。如果我要连行为都是动态的呢?

6:增加需求-轻松拓展

需求:增加一个模型鸭,不会飞,会呱呱叫。但是模型鸭可以变成吱吱叫,并且会用火箭飞
考虑:由于我们将行为当成属性组合到父类里面了,要改变行为,那么提供改变属性的set方法即可。
做法:修改Duck类,增加改变属性flyBehavior、quackBehavior的方法。拓展模型鸭提供默认行为实现。增加fly的实现方式用火箭飞

public class FlyRocketPowered implements FlyBehavior {
    @Override
    public void fly() {
        System.out.println("用火箭飞");
    }
}

public abstract class Duck {


    FlyBehavior flyBehavior;

    QuackBehavior quackBehavior;

    public void swim() {
        System.out.println("游泳");
    }

    public abstract void display();


    public void performQuack() {
        quackBehavior.quack();
    }

    public void performFly() {
        flyBehavior.fly();
    }

    /**
     * 修改行为:FlyBehavior
     *
     * @param flyBehavior
     * @return
     */
    public Duck setFlyBehavior(FlyBehavior flyBehavior) {
        this.flyBehavior = flyBehavior;
        return this;
    }

    /**
     * 修改行为:QuackBehavior
     *
     * @param quackBehavior
     * @return
     */
    public Duck setQuackBehavior(QuackBehavior quackBehavior) {
        this.quackBehavior = quackBehavior;
        return this;
    }
}

public class ModelDuck extends Duck {

    public ModelDuck() {
        quackBehavior = new Quack();
        flyBehavior = new FlyNoWay();
    }

    @Override
    public void display() {
        System.out.println("外观:模型鸭");
    }
}

public class Test {
    public static void main(String[] args) {
        Duck modelDuck = new ModelDuck();
        modelDuck.performQuack();
        modelDuck.performFly();

        modelDuck.setQuackBehavior(new Squeak());
        modelDuck.setFlyBehavior(new FlyRocketPowered());

        modelDuck.performFly();
    }
}
Demo-6

总结:从最初的继承,到接口,到封装改变,面向接口变成。我们已经体会到了设计的美妙。我们发现了这样写出来的代码具有较高的拓展性了。无论是拓展行为,还是拓展实体。都可以驾驭的了。但是如果一开始没有思考和设计,随意设计,一旦项目的代码和业务多起来,那么重构的成本将会提高很多,因此写代码之前花点时间思考一下拓展性是很有必要的。

总结一下这个过程当中的一些设计原则。

  • 将变化的部分和固定部分的区别开来,封装变化
  • 面向接口编程,而不是面向实现编程
  • 组合比继承好用,多用组合,少用继承

参考文献:[1]


  1. 《Head First 设计模式 (中文版)》

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,686评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,668评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,160评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,736评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,847评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,043评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,129评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,872评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,318评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,645评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,777评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,470评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,126评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,861评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,095评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,589评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,687评论 2 351

推荐阅读更多精彩内容

  • 设计模式 开题先说明一下,设计模式告诉我们如何组织类和对象以解决某种问题。让代码变得更加优雅是我们责无旁贷的任务 ...
    tanghuailong阅读 447评论 0 2
  • 假如我们现在有一个鸭子,鸭子会呱呱叫,也会游泳,但是每个鸭子的外观不相同(有白颜色的,有绿色的),那么你会怎么设计...
    巾二阅读 305评论 1 1
  • 模拟鸭子游戏的需求 SimUDuck游戏中会出现各种鸭子,一边游泳戏水,一边呱呱叫。通过标准的OO技术,设计一个超...
    一缕阳忆往昔阅读 461评论 2 0
  • 那是一段令人向往的爱情, 可又伴随着那么一丝伤感。 因为有太多潮起潮落的瞬间, 所以才有无法平静的内心。 那些感动...
    云之凡M阅读 332评论 4 2
  • 一个出身西南农村的年轻女人,嫁入夫家五年,生下两个孩子,家庭困难时外出打工补贴家用,勤勤恳恳,任劳任怨,却遭受丈夫...
    朴生11阅读 377评论 0 0