大话设计模式-完结-2020-11-10

简介

经过1个月左右的坚持，《大话设计模式》中的23个设计模式终于学习完毕，感觉真的很不容易啊。好几次想中段，感觉没什么意思，不过还是坚持下来了，可以给自己一个小小的鼓励。这篇是完结之后的随想：

*《大话设计模式》是以C#语言写的，以前我一直以为是Java写的，当时买的时候是想学Java的，只是一直没有行动，不知不觉就耽搁了。

• iOS中也有用到设计模式，比如代理模式，观察者模式等等，所以准备用iOS实现《大话设计模式》中的例子。不过，做了几个之后也没有坚持下来，有点遗憾。

• 这次学安卓，所以又想起《大话设计模式》这本书，决定用安卓来完成书中的例子。幸好这次终于坚持下来了，23个例子都已经完成，下面是链接地址：
  https://gitee.com/zhangxusong888/Android/tree/master/design_pattern

《大话设计模式》特色

• 主角”小菜“，配角”大鸟“，以故事的形式边学设计模式边成长，就像是发生在身边的真实故事一样，很亲民，让人很有代入感。

• 每个设计模式都有UML图，也有适用场景的讲解。理论说得很充分，重点句子黑色粗体表示，可以多看几遍，加深理解；

• 每个设计模式都有一个模拟实际的例子，结合前面的理论，能够让人更好地理解。

不同之处

• 《大话设计模式》自带的例子一般是log输出，网上的例子绝大多数也都是Log输出。这次，利用了Android的优势，采用了可视界面交互，看起来更直观。比如，下面的图就是抽象工厂一节，更换数据库的例子：

image.png

• 网上的关于《大话设计模式》例子一般是一个个分开的。这里利用Android页面跳转的优势，集中在了一起，切换非常方便：

image.png

• 对应的笔记搭配：《大话设计模式》每一个设计模式的UML图，那些黑体加粗的重点文字都摘抄下来了，可以和Android的实际例子配合起来看。比如上面提到的抽象工厂的例子，相关的笔记：
  大话设计模式-抽象工厂模式-2020-11-04

• 例子源码公开：Android的源代码放在码云上面，可以公开访问，下载之后通过Android Studio打个apk包就能安装在手机上看效果。源码地址上面已经贴过，这里再贴一下：
  https://gitee.com/zhangxusong888/Android/tree/master/design_pattern

印象深刻的几个例子

例子1. 修改情景：观察者模式

• 疑问1：《大话设计模式》中这一张的例子中，主题分为”老板“、”秘书“两种，但是这两种主题切换，没有任何区别；

• 疑问2：作为依赖，要将整个主题对象都要传给观察者，感觉是不是太重了。

• 因为iOS中也有发送通知，观察通知的机制，所以这里准备把这个例子情景修改一下：

1. 主题修改为”看谁来了“：”老板“来了，继续工作；”秘书“来了，继续干原来的事情；

2. 有个没有观察主题的，不管谁来，都我行我素；

3. 通过参数传递的只是一个字符串，不需要传整个主题；就像iOS的通知中心，主题部分是系统处理的，不需要操心，传递的也是”消息NSNotification“，而不是整个主题。

• 初始化界面，点击按钮可以看三个员工在干什么：

image.png

有看股票的：

image.png

有看篮球的：

image.png

• 老板来了：

脑子灵活，随时观察状态的，赶紧回去工作：

image.png

有脑子不清楚，我行我素的：

image.png

• 秘书来了：

虚惊一场，脑子活络的可以放心大胆地继续干自己喜欢的事：

image.png

当然，也有脑子不清楚的，连漂亮秘书来了也不知道，仍然我行我素，无动于衷：

image.png

• 这一章的文章链接：
  大话设计模式-观察者模式-2020-10-15

例子2. 解决作者没有发现的Bug：状态者模式

这一章，作者采用状态模式来展示一天24小时各个时间段，我们的主角”小菜“在干什么。由于作者是通过Log显示，并且测试的时候是按照时间顺序有规律来的，所以显示正常，没有发现问题。

隐藏的Bug： 如果打乱时间顺序，那么就乱套了。
异常情况1：先测下午3点，再测上午10点，就会发现仍然是下午；
异常情况2：如果先测晚上10点，那么再测任何时间点，”小菜“都在睡觉，再也不上班了。

• 出现Bug的原因：

1. ”异常情况1“的出现是因为离开if ... else ...的语境，分解为各个状态之后，作者仍然沿用原来的判断条件，所以才导致这种错乱的发生。比如，下午的时间，应该是”下午5点之前，下午1点之后“，但是作者仍然只判断”下午5点之前“，所以就出问题了。

2. ”异常情况2“的出现是因为睡觉状态没有继续往下传递，断档了，导致整个状态流转就停止了。”状态机“肯定要有一个入口，但是出口应该分情况而定。一天24小时，”小菜“必定会处于一种特定状态，所以这个”状态机“是不需要出口的（不是当前状态，就传下一级继续判断）。当然，有些实际情景可以有一个出口，甚至多个出口（也就是不传下一级），只是这里不适合罢了。

• 初始界面：

image.png

• 先测晚上：

image.png

• 再看上午的情况：

image.png

• 加班的情况：

image.png

• 正常下班的情况：

image.png

• 通过以上的“乱序”测试，可以看到原作中“隐藏的Bug”解决了，初步证明我们前面推测的原因是正确的。

• 这一章的文章链接：
  大话设计模式-状态模式-2020-10-16

感想

• 就算是很小的一件事，坚持下来还真不容易；不过坚持下来了，或多或少还是会有点收获的。

• 《大话设计模式》这本书真的很不错，强烈推荐的是书中列举的那些例子。通过抄写代码，原本那些晦涩难懂的理论终于了解了一点。只要记住这些例子，如果遇到类似的情景，是可以考虑模仿的。
  举个例子，职责链模式的例子是“小菜”的请假和加薪申请，这和我们现在使用的“OA”流程审批真的是太像了。