设计模式读书笔记1--简单的模拟鸭子应用

拼搏现实的明天。 2022-08-10 14:44 97阅读 0赞

![SouthEast][]采用标准的oo技术设计的鸭子

![SouthEast 1][]

增加会飞的鸭子

![SouthEast 2][]

单单是在Duck的超类中加入fly方法，会使所有的鸭子都会飞了。

对代码的局部修改影响层面可不只是局部。当为了复用的目的使用继承，结局不完美。

可是有人说可以把fly方法覆盖掉就行了，但是加入DecoyDeck（不会飞，也不会叫）又会是怎样呢？

利用接口又如何呢?

![SouthEast 3][]

但是利用接口又会导致一个很严重的问题？

重复的代码又会变多！

接口的设计原则：

找出应用中可能需要变化支出，把它独立出来不要和那些不需要变化的代码混在一起，也就是把变化的部分取出来封装起来，好让其他部分不会受到影响。

换句话来说，如果每次新的需求依赖，都会是某方面的代码发生变化，那么你就可以确定，这部分的代码需要被抽取出来。

根据提取出变化与不需变化的的原则，可以把鸭子分为鸭子类，鸭子的行为又可以分为飞行类和呱呱叫类。

设计原则：我们是针对接口编程，不是针对实现编程。

从现在开始，鸭子的行为将被放在分开的类中，这个类专门提供某行为的接口的实现。

这样鸭子就不需要知道行为的实现的细节。

![SouthEast 4][]

这种做法与以前的不同：

行为来自Duck超类的具体实现，或者是继承某个接口并有子类实现而来，这两种做法都是依赖于“实现”，我们被实现绑定得死死的，没有办法可以改变行为。

为什么要做成接口，如果做成抽象类，那样利用多态，不是更加好吗。

针对接口编程真正的意思实施“针对超类型编程”

接口是一个多义词，有着很多层概念，如Java中的interface构造。面向接口编程的关键是在于利用多态。利用多态，程序会根据执行的实际情况来执行真正的行为，不会死死绑定具体的实现。

超类型指的是只要是实现着个超类型的类都可以用这个超类型作为类型，声明类型时不需要声明具体的类型。

整合鸭子的行为：

关键在于，鸭子现在将飞行和呱呱叫的动作委托给别人处理，而不是在鸭子的内部声明Duck的呱呱叫和飞行的方法。

![SouthEast 5][]

public class Duck()\{

QuackBehavior quackBehavior;

//还有更多

public voi performQuack()\{

quackBehavior.quack();

\}

\}

如何设定flyBehavior和quackBehavior的实例变量?

public class MallardDuck extends Duck\{

public MallerdDuck()\{

quackBehavior = new Quack();

flyBehavior = new FlyWithSwings();

\}

\}

设计的原则：

多用组合，少用继承！！！

使用组合建立起的系统具有很大的弹性，不仅可以将算法封装成类，更可以运行的时候动态地改变行为，只要组合的对象符合正确的接口标准就行。

OO基础：

抽象，继承，封装，多态

OO原则：

封装变化

多用组合，少用继承

针对接口编程，不针对实现编程

OO要点：

知道OO基础，并不足以让你设计出良好的系统。

良好的OO设计要满足三个特性：可重用性，可扩充性，维护性。

设计模式可以帮助我们设计出良好的OO设计质量的系统。

模式被认为是历经验证的OO设计经验。

模式不是代码，而是指针对设计问题的解决方案，你可以把模式应用到你的程序中。

模式不是发明，而是发现。

大多的模式和原则都是着力于软件的变化主题。

我们厂把系统的变化部分抽取出来。

模式为开发人员提供共同的语言。

[SouthEast]: /images/20220810/b9fb2fa1859f4d968f1da69fe353d5e7.png
[SouthEast 1]: /images/20220810/3f08614b66594930abcb17b35878d4b7.png
[SouthEast 2]: /images/20220810/f7a3c5486b9c43448b738867280303b3.png
[SouthEast 3]: /images/20220810/f25c4f1afd70403298aac9454c73e4dc.png
[SouthEast 4]: /images/20220810/acdbc5887853475d88f2c8ba94070a9f.png
[SouthEast 5]: /images/20220810/2fa6c03e824643599221f01092e01080.png

发表评论取消回复

表情：

评论列表（有 0 条评论，97人围观）

还没有评论，来说两句吧...

相关阅读

相关 HeadFirst设计模式读书笔记

希望通过本书的阅读，掌握一些设计模式思维，在以后的编码当中逐渐体会。目录 1.欢迎来到设计模式世界，设计模式入门 2.让你的对象知晓现况：观察者模式 3.装饰对象：装

r囧r小猫/ 2022年11月15日 11:41/ 0 赞/ 175 阅读

相关设计模式2：鸭子-策略模式（Strategy）

鸭子-策略模式（Strategy）前言万事开头难，最近对这句话体会深刻！这篇文章是这个系列正式开始介绍设计模式的第一篇，所以肩负着确定这个系列风格的历史重任，它

悠悠/ 2022年09月20日 12:35/ 0 赞/ 152 阅读

相关设计模式读书笔记1--简单的模拟鸭子应用

![SouthEast][]采用标准的oo技术设计的鸭子 ![SouthEast 1][] 增加会飞的鸭子 ![SouthEast 2][] 单单是在Duck的超类中加

拼搏现实的明天。/ 2022年08月10日 14:44/ 0 赞/ 98 阅读

相关简单模拟Comparator-策略设计模式

//使一个类本身具备比较性 //优点：实现此接口的类可以自己重写自己规定比较的内容 //缺点：因为只有一个方法，一个类只能有一种方式进行比较 p

小咪咪/ 2022年06月11日 01:27/ 0 赞/ 124 阅读

相关设计模式随笔系列：鸭子-策略模式（Strategy）

转自 [http://www.cnblogs.com/justinw/archive/2007/02/06/641414.html][http_www.cnblogs.com_

小灰灰/ 2022年06月09日 05:39/ 0 赞/ 183 阅读

相关《设计模式》读书笔记之1 — 序言

1. 什么是设计模式：每个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样，你就能一次又一次的使用该方案，而不必做重复劳动。 2

青旅半醒/ 2022年05月15日 02:14/ 0 赞/ 136 阅读

相关设计模式之策略模式：鸭子模式

设计模式；一个程序员对设计模式的理解: “不懂”为什么要把很简单的东西搞得那么复杂。后来随着软件开发经验的增加才开始明白我所看到的“复杂”恰恰就是设计模式的精髓所在，

深藏阁楼爱情的钟/ 2022年05月08日 13:04/ 0 赞/ 302 阅读

相关 Head First设计模式读书笔记

写在前面这里阅读了Head First设计模式,本书也算是设计模式中比较经典的一本了,读的比较细,这里把自己整理的脑图放出来 ![006tNc79ly1fzfr5v

怼烎@/ 2022年04月23日 02:22/ 0 赞/ 204 阅读

相关 Head First设计模式-策略模式(基于鸭子应用)

问题梳理：首先实现鸭子应用时用一个Duck抽象类，封装一些方法（飞，游泳）和一些抽象（外貌，叫）方法，然后用其他鸭子的子类来继承。这很好，但是后来新增一个鸭子子类，它不

以你之姓@/ 2022年02月21日 12:28/ 0 赞/ 255 阅读

相关《Head First 设计模式》读书笔记之1：设计模式入门（策略模式）

用一个鸭子模拟游戏为例子，开始我们的设计模式学习之旅。首先，我们需要设计各种鸭子的父类，包含有鸭子的共同特征和行为： Duck quack() swim() di

青旅半醒/ 2022年02月20日 12:15/ 0 赞/ 251 阅读