设计模式

[size=large][b]策略模式:[/b][/size]
定义算法族,分别封装起来,让他们之间可以互相替换,此模式让算法的变化独立于使用算法的客户.

[size=large][b]观察者模式:[/b][/size]
在对象之间定义一对多的依赖,这样一来,当一个对象改变状态,依赖他的对象都会收到通知,并自动更新.

[size=large][b]装饰者模式:[/b][/size]
动态的将责任附加到对象上.想要扩展功能,装饰者提供有别于继承的另一种选择.

[size=large][b]工厂方法模式:[/b][/size]
定义了一个创建对象的接口,但由子类决定要实例化的类是哪个.工厂方法让类把实例化推迟到子类.

[size=large][b]抽象工厂模式:[/b][/size]
提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类.

[size=large][b]单件模式:[/b][/size]
确保一个类只有一个实例,并提供一个全局访问点.

[size=large][b]命令模式:[/b][/size]
将请求封装成对象,这可以让你使用不同的请求,队列,或者日志来参数化其他对象.命令模式也可以支持撤消操作.

[size=large][b]适配器模式:[/b][/size]
将一个类的接口,转换成客户期望的另一个接口.适配器让原本接口不兼容的类可以合作无间.

[size=large][b]外观模式:[/b][/size]
提供了一个统一的接口,用来访问子系统中的一群接口.外观定义了一个高层接口,让子系统更容易使用.

[size=large][b]模板方法模式:[/b][/size]
在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中.模板方法使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤.

[size=large][b]迭代器模式:[/b][/size]
提供一个方法顺序访问一个聚合对象中的各个元素,而又不暴露其内部的表示.

[size=large][b]OO原则:[/b][/size]
1.封装变化
2.多用组合,少用继承
3.针对接口编程,不针对实现编程
4.为交互对象之间松耦合设计而努力
5.类应该对扩展开放,对修改关闭
6.依赖抽象,不要依赖具体类
7.只和朋友交谈(最少原则)
8.别找我,我会找你