设计模式专题，共 23 种设计模式。GOF design patter-java-design-patterns.zip

``推荐使用 wiki 食用更香``[lvgocc/java-design-patterns/wiki](lvgocc/java-design-patterns/wiki) 原创声明：除设计模式背景或概念性内容外，其余全部内容均为自己深入理解原创输出，希望能够得到你支持的 star ⭐ # 设计模式（Java实现） 　　设计模式专题，共 23 种设计模式。每种设计模式均从根本出发，深入理解设计思想，再配合一些小故事加以理解，让设计模式变得通俗易懂。让自己和现在正在阅读的你，能够知其然而知其所以然。 - 提到单例想到 “饿汉？，懒汉？” - 提到工厂想到 “汽车？” - 提到抽象工厂想到 “一个大的工厂？“ - 提到适配器想到 “插头？USB？” 　　如果是，我相信这里很适合你阅读学习。设计模式学了不会用？可以看两篇试一试，同样的知识，不一样的“味道”。 "每一篇...(突然被打断)" “don't talk, show me see see” "好的大哥，这就安排！" - [x] [1. 单例模式: 资源！要合理的分配使用！](lvgocc/java-design-patterns/tree/main/singleton) - [x] [2. 原型模式：啥？盗图、盗文章的人居然用的是一种设计模式！原型模式？](lvgocc/java-design-patterns/tree/main/prototype) - [x] [3. 工厂模式：像工厂一样创建对象，让业务代码更专注！](lvgocc/java-design-patterns/tree/main/factory) - [x] [4. 抽象工厂模式：抽象工厂模式和工厂模式有区别吗？](lvgocc/java-design-patterns/tree/main/abstract-factory) - [x] [5. 建造者模式：学个设计模式还和人生扯上关系了？](lvgocc/java-design-patterns/tree/main/build) - [x] [6. 代理模式：有什么问题跟我律师说吧！](lvgocc/java-design-patterns/tree/main/proxy) - [x] [7. 装饰者模式：玩了把坦克大战居然彻底搞懂了装饰者模式！](lvgocc/java-design-patterns/tree/main/decorator) - [x] [8. 桥接模式：这个不常用的设计模式居然被我学的最透，草率了！](lvgocc/java-design-patterns/tree/main/bridge) - [x] [9. 适配器模式：今天轻松点，就说说什么是“榫”，什么是“卯”，什么是“榫卯”！](lvgocc/java-design-patterns/tree/main/adapter) - [x] [10. 外观模式：书生的家书是谁送的？书童到底是个什么角色？](lvgocc/java-design-patterns/tree/main/facade) - [x] [11. 享元模式：如果让你开发英雄联盟的兵线，你会怎么设计？](lvgocc/java-design-patterns/tree/main/flyweight) - [x] [12. 组合模式：使用组合模式做一个简单的推荐功能](lvgocc/java-design-patterns/tree/main/composite) - [x] [13. 策略模式：学习JDK的比较器架构是如何设计的](lvgocc/java-design-patterns/tree/main/strategy) - [x] [14. 模板方法模式：你知道AQS它是干什么的吧，那这个框架是怎么设计的呢？](lvgocc/java-design-patterns/tree/main/template-method) - [x] [15. 观察者模式：原来观察者模式是JDK与生俱来的](lvgocc/java-design-patterns/tree/main/observer) - [x] [16. 责任链模式：“张三为了纪念王二请假的悲催经历想出来的一种设计模式”](lvgocc/java-design-patterns/tree/main/chain-of-responsibility) - [x] [17. 备忘录模式：这款游戏你玩过吗？是不是经常”重来“？](lvgocc/java-design-patterns/tree/main/memento) - [x] [18. 迭代器模式：你真的“会”遍历list吗？](lvgocc/java-design-patterns/tree/main/iterator) - [x] [19. 命令模式：如果把请求变成一个对象，在一些场景更好用！](lvgocc/java-design-patterns/tree/main/command) - [x] [20. 状态模式：从工作状态，再到订单状态一点点深入学习状态模式](lvgocc/java-design-patterns/tree/main/state) - [x] [21. 中介者模式：还记得你到单位入职的第一天吗？你有没有遇到文中‘王二’的事呢？](lvgocc/java-design-patterns/tree/main/mediator) - [x] [22. 访问者模式：是“凡尔赛”让我“认清”了解释器模式：你能看懂TA的“眼色”吗？访问者模式！](lvgocc/java-design-patterns/tree/main/visitor) - [x] [23. 解释器模式：你能看懂TA的“眼色”吗？](lvgocc/java-design-patterns/tree/main/interpreter) 每一篇都有对应的文章配合源码学习，文章通俗易懂。以学渣的姿态来学习学霸的知识，我不善搞深奥的东西，但喜欢将深奥的东西变成简单的东西，我深信复杂度守恒定律，我也相信讲出来的东西是为了让大家能听懂而不是自己秀知识储备而已。听懂掌声。 # 软件设计模式背景 >当我们要学习一门技术或者一类知识的时候，先去了解学习它的背景，会对我们接下来的学习和理解产生一些潜移默化的影响和帮助 这个背景千篇一律，事实就是如此。我用自己的话在总结一下。 ## “设计模式”最初的提出，是在建筑领域。🌉 　　1977 年被美国的建筑大师🕍 克里斯托夫·亚历山大 （Christopher Alexander）在他的著作📕《建筑模式语言：城镇、建筑、构造（A Pattern Language: Towns Building Construction）中描述了一些常见的建筑设计问题，并提出了一系列的解决方案， 至此称为模式。 　　2年后，1979年，克里斯托夫·亚历山大 在他的另一本著作📙《建筑的永恒之道》（The Timeless Way of Building）进一步强化了设计模式的思想。 　　直到 1990 年，也就是 13 年后。设计模式一词才到了软件工程界，同时为此开辟了专题研讨会。 ## GOF👨‍🦲👦👨🧑 　　在“设计模式”进入软件行业后的第5年，也就是 1995 年，艾瑞克·伽马（ErichGamma）👨‍🦲、理査德·海尔姆（Richard Helm）👦、拉尔夫·约翰森（Ralph Johnson）👨、约翰·威利斯迪斯（John Vlissides）🧑等 4 位作者合作出版了📘《设计模式：可复用面向对象软件的基础》（Design Patterns: Elements of Reusable Object-Oriented Software）一书。 　　从此掀起了软件工程界的“设计模式”浪潮，使越来越多的开发者受益，同时涌现出了越来越多的设计模式。而这 4 位作者在软件领域小组名称 Gang of Four 四人组（四人帮），后来设计模式也以此匿名著称 GOF。  ## 设计模式要做的事情 　　现如今的设计模式可远不止笔者这里收录整理学习的 23 种，而要比这多太多太多，但这么多的设计模式希望做的事情确实相同的。都是为了能够被反复利用，解决不断重复出现的问题而存在的，就像当初 GOF 写的那本书一样，‘可复用面向对象的基础’。 　　一种方法，解决n种问题。这就是模式，它要解决的，就是拥有共性的问题。 # 设计模式基本原则 > 基本原则摘自 http://c.biancheng.net/design_pattern/ 　　当问题的解决方案有很多时，该怎么权衡哪一个方案可以成为是模式呢？这就有了原则性的约束。为了提高软件系统的可维护性和可复用性，增加软件的可扩展性和灵活性，我们应当要尽量根据 **⑦** 条原则来开发程序，从而提高软件开发效率、节约软件开发成本和维护成本。 - 1️⃣ 开闭原则 OCP ， 1988 年 勃兰特·梅耶（Bertrand Meyer）在其著作《面向对象软件构造》📕中提出 ：<u>软件实体应当对扩展开放，对修改关闭</u>。 - 2️⃣ 里式替换原则 LSP ，1987 年 里斯科夫（Liskov）女士👩‍🦰 的“面向对象技术的高峰会议”（OOPSLA）上发表的一篇文章《数据抽象和层次》📜提出：<u>继承必须确保超类所拥有的性质在子类中仍然成立</u>。 - 3️⃣ 依赖倒置原则 DIP ，1996 年 Object Mentor 公司总裁罗伯特·马丁（Robert C.Martin）🧑在C++ Report 上发表的文章 ：高层模块不应该依赖�