《Head First设计模式》阅读笔记.第十三章

1、与设计模式相处

模式：是在某种情境下（Context），针对某个问题的某种解决方案。

连连看解答：

引用

------------------------------------------
装饰者（Decorator）模式：包装一个对象，以提供新的行为。
状态（State）模式：封装了基于状态的行为，并使用委托在行为之间切换。

迭代器（Iterator）模式：在对象的集合之中游走，而不暴露集合的实现。
外观（Facade）模式：简化一群类的接口。

策略（Strategy）模式：封装可以互换的行为，并使用委托来决定使用哪一个。
代理（Proxy）模式：包装对象，以控制对此对象的访问。

工厂方法（Factory Method）模式：允许客户创建对象的家族，而无需指定他们的具体类。
适配器（Adapter）模式：封装对象，并提供不同的接口。

观察者（Observer）模式：让对象能够在状态改变时被通知。
模板方法（Template Method）模式：由子类决定如何实现一个算法中的步骤。

组合（Composite）模式：客户用一致的的方式处理对象集合和单个对象。
单态/单件（Singleton）模式：确保有且只有一个对象被创建。

抽象工厂（Abstract Factory）模式：由子类决定要创建的具体类是哪一个。
命令（Command）模式：封装请求成为对象。
------------------------------------------

Sharpen your pencil解答-模式的分类：

引用

------------------------------------------
创建型：工厂方法（Factory Method）、抽象工厂（Abstract Factory）、单态/单件（Singleton）。
行为型：状态（State）、策略（Strategy）、观察者（Observer）、模板方法（Template Method）、命令（Command）、迭代器（Iterator）。
结构型：装饰者（Decorator）、外观（Facade）、代理（Proxy）、适配器（Adapter）、组合（Composite）。
------------------------------------------

*设计的原则是用最简单的方式解决问题，而不是一定要用设计模式。

共享词汇的五种方式：

引用

------------------------------------------
一、在设计会议中。可以便面陷入实现的细节和引起误解。
二、和其他开发人员。分享知识。
三、在架构文档中。可以缩减文档的篇幅，并使阅读者更清晰地理解设计。
四、在代码注释及命名习惯上。提高代码的可读性。
五、将志同道合的开发人员集合在一起。
------------------------------------------

*为实际的扩展使用模式，不要为了假想的需要而使用模式。

*简单才是王道。最好的设计是不使用设计模式就能设计出最简单的方案。

*模式是工具而不是规则，需要被简单地调整以符合你的需要。

*设计模式的经典书籍：Design Patterns，GOF编写。

*模式经典书籍：The Timeless Way of Building，A Pattern Language，作者：Christopher Alexander。

各种各样的模式：

引用

------------------------------------------
架构模式：用来建立生气勃勃的建筑、城镇和城市的架构。
应用模式：建立系统级架构的模式。许多多层的架构都属于这一类目。例如MVC模式。
领域特定模式：关注特定领域的问题。例如并发系统和实时系统。
业务流程模式：描述业务、顾客和数据之间的交互。此种模式能够处理“如何有效决策并沟通决策”之类的问题。
组织模式：描述了人类组织的结构和实践。到目前为止，大多数努力聚焦于制造和支持软件的组织。
用户界面设计模式：致力于解决设计交互式软件时的问题。
------------------------------------------

反模式：告诉你如何采用一个不好的解决方案解决一个问题。

*像模式一样，有许多类型的反模式。包括开发反模式，OO反模式，组织反模式和领域特定反模式。

*反模式告诉你为何这个解决方案从长远来看会造成不好的影响。

2、小结

*让设计模式自然而然地出现在你的设计中，而不要为了使用而使用。

*设计模式并非僵化的教条：你可以为了自己的需要采用或调整。

*总是采用满足需要的最简单的方案，不管它用不用模式。

*学习设计模式的类目，可以帮助你熟悉设计模式以及它们之间的关系。

*模式的分类（或类目）是将模式分成不同的族群，如果这么做对你有帮助，那就采用吧。

*你必须相当专注才能成为一个模式的作家：这需要时间也需要耐心，同时还必须乐意做大量的精化工作。

*请牢记：你所遇到的大多数模式是现有模式的变体，而不是新的模式。

*模式为你带来的最大好处之一是：让你的团队拥有共享词汇。

*任何社群都有自己的行话，模式社群也是如此。