设计模式：
模式是在某个上下文中针对某个问题的解决方案。
上下文指某个模式适用的情况。这应该是一种会不断出现的情况。
问题指在此上下文中你想要达到的目标，但也要考虑该上下文中发生的任何约束。
解决方案就是你所追求的东西：一个通用的设计，所有人都可以用来解决目标和约束集。
组织设计模式：
根据模式的目标分类：
创建型模式牵涉到对象实例化，这类模式都提供一种将客户从需要实例化的对象中解耦的方式。
行为型模式都涉及类和对象如何交互，以及分配责任。
结构型模式让你组合类或对象得到更大的结构。
根据模式处理的是类还是对象分类:
类模式描述类之间的关系如何通过继承定义。类模式中的关系是在编译时建立的。
对象模式描述对象之间的关系，而且对象模式主要通过组合定义。对象模式中的关系通常在运行时创建，更加动态和有弹性。
用模式思考：
- 保持简单
- 设计模式不是万灵丹；事实上，什么丹都不是！
- 你知道什么时候需要模式
- 重构时间就是模式时间！
- 拿掉不是真正需要的。不要害怕从你的设计中移除设计模式。
- 如果你现在不需要，就别做。
模式的心智：
初学者到处使用模式。
随着学习的进程，中阶者的心智开始能看到什么地方需要模式，什么地方不需要。
悟道者的心智能够看到模式在何处能够自然融入。
共享词汇的五种方式：
- 在设计会议上
- 在其他开发人员
- 在架构文档中
- 在代码注释以及命名习惯上
- 将志同道合的开发人员集合在一起
模式动物园：
建筑模式：用来创建生气勃勃的建筑，城镇和城市的架构。这也是模式开始的地方。
应用模式：是创建系统级架构的模式。许多多层架构都属于这个类目。
领域特定模式：关注领域特定的问题，像并发系统或实时系统。
业务流程模式：描述业务，顾客和数据之间的交互，可以应用于如何高效决策并沟通决策等问题。
组织模式：描述了人类组织的结构以及运作。大多数工作聚焦于生产和/或支持软件的组织。
用户界面设计模式：致力于如何设计交互式软件程序的问题。
反模式：
反模式告诉你如何从问题到达一个坏的解决方案。
- 反模式告诉你为什么坏方案会有吸引力。
- 反模式告诉你为什么这个解决方案从长远来看是不好的。
- 反模式向你建议能提供好的解决方案的其他适合模式。
要点：
- 让设计模式出现在你的设计中，而不是为了使用而使用。
- 设计模式并非僵化的教条；可以采纳或调整以符合你的需要。
- 总是使用满足需要的最简单解决方案，即使方案里没有包含模式。
- 学习设计模式的类目，可以帮你自己熟悉模式以及它们之间的关系。
- 模式的分类（或类目）为模式提供了分组，如果分组对你有帮助，就使用。
- 成为一名模式作者，你需要付出努力：这需要时间和耐心，还必须乐意做大量的精化工作。
- 记住：你所遇到的大多数的模式都是已有模式的改编，不是新模式。
- 建立你的团队的共享词汇，这是使用模式最大的好处之一。
- 和其他社群类似，模式社群也有自己的行话。别让这些行话挡住你的路，读完了这本书，现在你已经知道大多数行话了。
