美文网首页后端计算机C#
设计模式：开篇--体验设计

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

作者: Jorgezhong | 来源:发表于2018-09-13 13:59 被阅读514次

试想一下，如果写出来的代码如艺术品，那将是多么美妙的一件事。因此，小编该好好学习一下怎么去设计代码了。设计模式这种东西来到世界上已经有相当历史了，可是工作了之后发现真正能用上的还是少数人。在写代码之前认真思考并设计一下，能省去相当一部分维护代码的成本。朋友推荐了《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 设计模式 (中文版)》 ↩

相关文章

  • 设计模式：开篇--体验设计

    试想一下，如果写出来的代码如艺术品，那将是多么美妙的一件事。因此，小编该好好学习一下怎么去设计代码了。设计模式这种...

  • 2018-01-07

    大话设计模式——开篇 1、什么是设计模式？ 设计模式（Design Pattern）...

  • 设计模式开篇

    设计模式与原则 设计模式原则是为了提高代码的可维护性，可复用性和可扩展性，设计模式是设计模式原则的具体体现。 设计...

  • 设计模式-开篇

    设计模式-开篇 独学而无友，则孤陋而寡闻。——《礼记·学记》 写在开篇，本篇是一个综合帖，里面可能会记录一些我的学...

  • 设计模式开篇

    目录 为什么要写设计模式系列 学设计模式之前，必学 UML 设计模式概览 创建型模式(Creational Pat...

  • 设计模式开篇

    设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。所学知识是从网络上学习总结、设计到自...

  • 设计模式开篇

    本来是打算撸一段时间源码的，奈何最近比较忙碌，恰巧参与了公司设计模式和算法的考试出题和讲课。准备先总结一遍设计模式...

  • 设计模式开篇

    设计模6大原则 单一原则 接口隔离原则 里氏替换原则 （子类可以扩展父类功能，但是不要改变父类） 依赖倒置（关联关...

  • 【设计模式】-- 开篇

    下面的话我是从“极客时间” 王争老师那里看到的： 1 即便是非常简单的需求，不同水平的人写出来的代码，差别可能会很...

  • 设计模式开篇

    学过了java se，学过了java ee也学过了各种框架。在我们学的时候，很多时候我们都会听到设计模式这么一个概...

网友评论

  • 3ec27b8a259a:寻找ios马甲包上架大神，有意私聊1916699999
  • Scofeild:这不就是设计模式举的例子吗，策略者模式？
    Jorgezhong:@Scofeild 是的呀

本文标题：设计模式：开篇--体验设计

本文链接：https://www.haomeiwen.com/subject/anymgftx.html

延伸阅读

深度阅读

  • 您也可以注册成为美文阅读网的作者，发表您的原创作品、分享您的心情！

栏目导航

热点阅读

后端

计算机

C#

设计模式

Spring

设计模式

关于我们|服务条款|联系我们|设计模式：开篇--体验设计|投稿指南|网站地图|RSS订阅|排版工具|手机版

提供经典美文摘抄,优美散文欣赏,现代诗歌精选,短篇小说,心情随笔,表白情书范文,故事会在线阅读欣赏

Copyright © 2014-2023 Haomeiwen.com All Rights Reserved. 好美文阅读网 版权所有

备案信息：桂公网安备 45052102000051号 · 桂ICP备13007215号-3

本站所收录作品、热点评论等信息部分来源互联网，目的只是为了系统归纳学习和传递资讯

所有作品版权归原创作者所有，与本站立场无关，如不慎侵犯了你的权益，请联系我们告知，我们将做删除处理！