标签：结构型 功能 包含 工具 目标 委派 关于 行为模式 项目
推荐一个学设计模式的网站：
Refactoring Guru （https://refactoringguru.cn）
这是国外的一个网站，建立的初衷，是帮助开发者以更为简单便捷的方式，迅速掌握各个设计模式的学习。
每个设计模式都对应配有一篇图文并茂的文章，让开发者可以很轻松的搞懂每个设计模式的具体工作原理，而且在每篇文章里面，均有提供对应的不同语言代码示例。
真的是‘一站在手，天下我有’～
本来想着逐个整理下设计模式，结果发现里这个神奇的网站。我下面写的内容可以不用看啦，这个网站里都有～
设计模式是软件设计中常见问题的典型解决方案。 它们就像能根据需求进行调整的预制蓝图， 可用于解决代码中反复出现的设计问题。
设计模式与方法或库的使用方式不同， 你很难直接在自己的程序中套用某个设计模式。 模式并不是一段特定的代码， 而是解决特定问题的一般性概念。 你可以根据模式来实现符合自己程序实际所需的解决方案。
人们常常会混淆模式和算法， 因为两者在概念上都是已知特定问题的典型解决方案。 但算法总是明确定义达成特定目标所需的一系列步骤， 而模式则是对解决方案的更高层次描述。 同一模式在两个不同程序中的实现代码可能会不一样。
算法更像是菜谱： 提供达成目标的明确步骤。 而模式更像是蓝图： 你可以看到最终的结果和模式的功能， 但需要自己确定实现步骤。
模式包含哪些内容？
大部分模式都有正规的描述方式， 以便在不同情况下使用。 模式的描述通常会包括以下部分：
部分模式介绍中还列出其他的一些实用细节， 例如模式的适用性、 实现步骤以及与其他模式的关系。
或许你从事程序开发工作多年， 却完全不知道单例模式是什么。 很多人都是这样。 即使如此， 你可能在不自知的情况下实现过一些模式。 所以为什么不花些时间来学习它们呢？
设计模式自其诞生之初似乎就饱受争议， 所以让我们来看看针对模式的最常见批评吧。
一种针对不完善编程语言的蹩脚解决方案
通常当所选编程语言或技术缺少必要的抽象功能时， 人们才需要设计模式。 在这种情况下， 模式是一种可为语言提供更优功能的蹩脚解决方案。
例如， 策略模式在绝大部分现代编程语言中可以简单地使用匿名 （lambda） 函数来实现。
低效的解决方案
模式试图将已经广泛使用的方式系统化。 许多人会将这样的统一化认为是某种教条， 他们会 “全心全意” 地实施这样的模式， 而不会根据项目的实际情况对其进行调整。
不当使用
如果你只有一把铁锤， 那么任何东西看上去都像是钉子。
这个问题常常会给初学模式的人们带来困扰： 在学习了某个模式后， 他们会在所有地方使用该模式， 即便是在较为简单的代码也能胜任的地方也是如此。
不同设计模式在其复杂程度、 细节层次以及在整个系统中的应用范围等方面各不相同。 我喜欢将其类比于道路的建造： 如果你希望让十字路口更加安全， 那么可以安装一些交通信号灯， 或者修建包含行人地下通道在内的多层互通式立交桥。
最基础的、 底层的模式通常被称为惯用技巧。 这类模式一般只能在一种编程语言中使用。
最通用的、 高层的模式是构架模式。 开发者可以在任何编程语言中使用这类模式。 与其他模式不同， 它们可用于整个应用程序的架构设计。
此外， 所有模式可以根据其意图或目的来分类。 三种主要的模式类别：
标签：结构型 功能 包含 工具 目标 委派 关于 行为模式 项目
原文地址：https://www.cnblogs.com/stringarray/p/12793282.html
