《设计模式之禅》笔记序言（附源码链接）

《设计模式之禅》笔记序言（附源码链接）

GitHub链接
2021年9月初，我下定决心要从书本出发，建立自己的技术栈基础体系。在此过程中，从阅读的部分书籍的源代码导读中，我发现其中有迹可循的代码阅读过程假如有匹配的思想指导，将会获得学习阅读+2的效果，其一为理解对应书籍的源代码，其二为提高自己的代码设计思想，或者说代码架构思想。

为此，我开始学习设计模式，并在免费的读书平台上发现这本评价堪就的书籍（好评度70左右），读这本书不费多少工夫，里面语言通俗，既有赘述也有精妙生动的例子做比喻，有“忧”有“喜”，总之读来感觉还行，便计划以笔记博客的形式，将我的学习过程记录并进行分享，一方面是对自己的查漏补缺，巩固记忆，第二方面，由于工作业务繁忙，压力巨大，我又是个游手好闲之人，所以不得不给自己一个持之以恒的学习动力以自勉。第三方面，指不定自己能靠这个火一把呢，如果能带来微薄的收入，那便更喜不自胜、喜上眉梢、喜出望外了。

————————————

2022年1月18日

时至今日，中间经历的挫折和苦难，实在是无法一言概括。

12月和1月期间，焦虑和抑郁围绕着我，千思万绪。

设计模式是我的痛，当初选择先放下设计模式去进攻MySQL、并发编程、JVM，结果软考就栽在了设计模式上。

我想起《晚熟的人》里，小奥在雨夜河边，在惊风阴云下，生生将火车与老鳖联系起来的荒谬怪诞感。

扯远了，先营造点氛围解释下自己接下来要续写设计模式的总结，然后开工。

————————————
2022年1月26日

学习设计模式需要准备的前置知识有：数据结构、UML例图。

有事半功倍之效。

PS：知其意、会其形。本书显然有许多不足，包括一些没意义的口水话，错误的UML例图，尤其是历史替换那一节，显然有一些自相矛盾的陈述，但也有本书也有优秀之处：语言通俗，比喻生动。

————————————

2022年2月10日

不建议看本书的：

里氏替换原则、抽象工厂模式

————————————

2022年7月7日

自从3月份做项目管理以来，便荒废了学习。今日重启，希望在一年之期前，完整结束这项学习。
————————————
2022年7月14日

冷静地客观地中肯地评价，此书食之无味、弃之可惜。我已数次有此感受，因为自己始终是个小白，所以尚且存敬畏之心，但实在读不下去了。尤其是到了代理模式，所以另择其他书籍来阅读——豆瓣此书评论下推荐head fast设计模式，便从此开始。