[学习笔记]设计模式[b]-{与设计模式相处}

学习的结束就是实践的开始！

设计模式的定义

说了这么多的设计模式，现在来给大家介绍设计模式的正式定义:
模式是在某个情景下，针对某问题的某种解决方案。
情景就是应用的某个模式的情况。这应该是会不断出现的情况
问题就是你想在某情景下达到的目标，但也可以是某情景下的约束。
解决方案就是你所追求的:一个通用的设计，用来解决约束、达到目标。
我的理解就是，在很多情境下有相同或相似的问题，而如何解决这类问题达到目标，这种方法的抽象，就是设计模式。

设计模式的类目

设计模式通常被分为三类:创建型、行为型、结构型。
下面分别是三类的定义:
创建型模式涉及到将对象实例化，这类的设计模式都提供一个方法，将客户从所需要实例化的对象中解耦。
这类模式很好理解，就是会生产实例化对象的模式，属于这类的设计模式有单例模式、工厂模式等等

行为型模式，这类的设计模式会涉及到类和对象如何交互及分配职责。这种模式涉及到了类和对象的职责，一般都有多个对象和类参与到这种设计模式中来，属于这种设计模式的有观察者模式、迭代器模式、状态模式、命令模式等等

结构型模式可以让你把类或对象组合到更大的结构中。这种模式对原有的类或对象的功能或职责改动不大，而主要是扩展的作用。属于这种类型的设计模式有装饰者模式、外观模式、适配器模式等等

使用设计模式的心智

书中介绍了使用设计模式的心智历程，下面对其简单的总结：
初学者到处使用设计模式，虽然这样可以借此培养许多使用设计模式的实战经验，但是并不是“使用越多的模式，设计就越好”，初学者慢慢会意识到，只有在需要实现拓展的地方，才值得使用复杂性和模式。
中级人员则可以开始分辨什么时候需要使用模式，虽然他们还是会企图把过多的模式套用在不合适的地方，但是他们会意识到设计模式的不适应性，并对其改编使其适应。
悟道者(高级人员)则能够看到设计模式在何处可以自然的融入，他们并不急切地使用模式，而是致力于最能解决问题的简单方案。他们会考虑对象的原则，以及他们之间的折中，当有设计模式可以更简单地解决时，他们就会拿捏得宜地使用设计模式。

书中还给出了第一条警告,这里作为设计模式学习笔记的最后结尾:
过度使用设计模式可能导致代码被过度工程化。应该总是用最简单的解决方案完成工作，并在真正需要模式的地方才使用它