设计模式总结

原则一:找出应用中可能变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起
原则二:针对接口编程,而不是针对实现编程
原则三:多用组合,少用继承
策略模式:定义了算法族,分别封装起来,让它们之间可以相替换,此模式让算法的变化独立于算法的客户.
观察者模式:定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖者都会收到通知并自动更新.
原则四:为了交互对象之间的松耦合而努力
原则五:类应该对扩展开发,对修改关闭
装饰者模式:动态地将责任附加到对象上,若要拓展功能,装饰者提供了比继承更有弹性的方案.
简单工厂模式:简单封装实例的创建
工厂方法模式:定义了一个创建对象的接口,但由子类决定要实例化的类是哪一个,工厂方法让类的
抽象工厂方法:抽象工厂模式提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类.
实例推迟到子类

原则六:要依赖抽象,不要依赖具体类(不管高层或底层组件,都应该依赖于抽象)

单例模式:确保一个类只有一个实例,并提供一个全局访问点.

注意点:1,加同步锁,2,使用急切方式(static,让jvm一开始就创建),3,使用双重判断锁(使用volatile关键字,1.4版本以上有效),
存在多个类加载器时,需要自行指定类加载器,并指定同一个类加载器.使用1.2版本以下需要提供单例的注册表防止被回收.
命令模式:将"请求"封装成对象,以便使用不同的请求/队列/日志来参数化其他对象,命令模式也支持撤销的操作.
有时候,空对象本身也被视为一种设计模式.
适配器模式:将一个类的接口,转换成客户期望的另一个接口,适配器可以让原本不兼容的类合作无间.
外观模式:提供了一个统一的接口,用来访问子系统中的一群接口.外观定义了一个高层接口,让子系统更容易使用.
原则七:最少知识原则,只和你的密友谈话.

好莱坞原则:别调用我们,我们会调用你

迭代器模式:提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露其内部的标识.

原则八:一个类应该只有一个引起变化的原因

组合模式:允许你将对象组合成树形结构来表现"整体/部分"层次结构.组合能让客户以一致的方式处理个别对象以及对象组合.

状态模式:允许对象在内部状态改变时改变它的行为,对象看起来好像修改了它的类.

代理模式:为另一个对象提供一个替身或占位符以控制这个对象的访问.