Head First《设计模式》

设计原则

1.找出应用中可能需要变化之处，把他们独立起来，不要和那些不需要的代码混在一起。
2. 针对接口编程，而不是针对实现编程。
3. 多用组合，少用继承。
4. 为了交互对象之间的松耦合设计而努力。
5. 类应该对扩展开放，对修改关闭。
6. 要依赖抽象，不要依赖具体类。
7. 最少知识原则：只和你的密友谈话。
8. 好莱坞原则：别调用我们，我们会调用你。
9. 一个类应该只有一个引起变化的原因。
10.

设计模式

1 策略模式：定义了算法族，分别封装起来，让他们之间可以相互替换，此模式让算法的变化独立于使用算法 的客户.
2观察者模式：定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，他的所有依赖都会受到通知并自动更新。
3.观察者模式：在对象之间定义一对多的依赖，这样一来，当一个对象改变状态，依赖它的对象都会收到通知并自动更新。
4.装饰者模式：动态地将责任附加到对象上，若要扩展功能，装饰者提供了比集成更有弹性的替代方案。
5.工厂方法模式：定义一个创建对象的接口，但以后子类决定要实例化的类是哪一个。工厂方法让发类把实例化推迟到子类。
6.抽象工厂模式：提供一个接口，用于创建相关或依赖对象得到家族，而不需要明确指定具体类。
7.单件模式：确保一个只有一个实例，并提供一个全局访问点。
8.命令模式：将“请求”封装成对象，一遍使用不同的请求、队列或者日志来参数化其它对象。命令模式也支持可撤销的操作。
9.适配器模式：将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。
10.外观模式：提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。
11.组合模式：允许你将对象组合成树形结构来表现“整体/部分”层次结构。组合能让客户以一致的处理个别对象以及对象组合。
12.迭代器模式：提供一种方法顺序访问一个聚合对象中的各个元素，而又不是暴露器内部的表示。
13.状态模式:允许对象在内部改变时改变他的行为，对向看起来好像修改了它的类。
14.代理模式：为另一个对象提供一体个替身或占位符以控制对这个对象访问。
15.复合模式：符合模式结合两个或两个以上的模式，组成一个解决方案，解决一再发生的一般性问题。
16.桥接模式(Bridge Pattern)：不只改变你的实现，也改变你的抽象。
17生成器模式(Builder Pattern)：封装一个产品的构造过程,并允许按步骤构造。
18责任链模式(Chain of Responsibility Pattern)：当你想要让一个一闪的对象有机会能够处理某个请求的时候，就使用责任链模式.
19.蝇量(Flyweight Pattern)：如想让某个类有的一个是哦里能用力啊提供许多“虚拟实例”。
20.解释器(Interpreter Pattern)：为语言创建解释器。
21.中介者模式(Mediator Pattern):来几种相对对象之间复杂的沟通和控制方式。
22.备忘录（MementoPattern）：当你需要让对象返回之前的状态时。
23原型（Prototype Pattern）：当创建给定类的实例的过程很昂贵或很复杂的。

设计模式经典语录

1.装饰者可以在所委托被装饰者的行为之前与/或之后，加上自己的行为，已达到特定的目的。

备注

1RMI称呼（terminology,术语，充电在概念本身；nomenclature，称呼，重点在概念上贴的标签）；RMI将客户辅助对象成为sub(桩)，服务辅助对象称为skeleton(骨架).
2所谓i的复合模式，是之一群模式被结合起来使用，以解决一般性问题。
3MVC模式。视图-控制器-模型
视图：用来呈现模型，视图通常直接从模型中取得他需要显示的状态与数据。
控制器：取得用户的输入并解读对模型的意思。
模型：模型持有所有的数据，状态合程序逻辑。模型没有注意到视图和控制器，虽然他提供了操纵合检索状态的接口，并发送状态改变通知给观察者。