设计模式(OO DESIGN PATTERN)的应用场景:
- 设计模式是建立在系统的变化点上,那里有变化,那里有设计模式。
- 清晰的结构化:逻辑主次化(纵),功能模块化(横),考虑应用设计模式。
- 不要为了模式而模式,非必要的情况下,不要硬套模式;谨慎处理需要可以提前设计的事情(过度设计)。
设计模式的原则:
1、OCP(Open-Close principle):开闭原则
对扩展开放,对修改关闭;它是设计模式的核心原则,其他一切原则都是实现开闭的手段.
用抽象构建框架,用实现扩展细节.
2、SRP(Single Responsibility Principle):单一职责原则
3、LSP(Liskov Substitution Principle):里氏代换原则
子类可以扩展父类的功能,但不能改变父类原有的功能
禁止乱有继承
4、DIP(Dependence Inversion Principle):依赖倒置原则
高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。
5、ISP(Interface Segregation Principle):接口隔离原则
6、LOD(Law of Demeter):迪米特法则,或LKP(Least Knowledge Principle)最少知道原则
设计模式(如无必要,勿增实体):
创建型模式(C)
" Singleton模式解决的是实体对象个数的问题。除了Singleton之外,其他创建型模式解决的都是new所带来的耦合关系。
" Factory Method, Abstract Factory, Builder都需要一个额外的工厂类来负责实例化“易变对象”,而Prototype则是通过原型(一个特殊的工厂类)来克隆“易变对象”。
" 如果遇到“易变类”,起初的设计通常从FactoryMethod开始,当遇到更多的复杂变化时,再考虑重构为其他三种工厂模式( Abstract Factory,Builder , Prototype )。
结构型模式(S)
" Adapter模式注重转换接口,将不吻合的接口适配对接
" Bridge模式注重分离接口与其实现,支持多维度变化
" Composite模式注重统一接口,将“一对多”的关系转化为“一对一”的关系
" Decorator模式注重稳定接口,在此前提下为对象扩展功能
" Facade模式注重简化接口,简化组件系统与外部客户程序的依赖关系
" Flyweight 模式注重保留接口,在内部使用共享技术对对象存储进行优化
" Proxy 模式注重假借接口,增加间接层来实现灵活控制
行为型模式(B)
" Template Method模式封装算法结构,支持算法子步骤变化
" Strategy模式注重封装算法,支持算法的变化
" State模式注重封装与状态相关的行为,支持状态的变化
" Memento模式注重封装对象状态变化,支持状态保存/恢复
" Mediator模式注重封装对象间的交互,支持对象交互的变化
" Chain Of Responsibility模式注重封装对象责任,支持责任的变化
" Command模式注重将请求封装为对象,支持请求的变化
" Iterator 模式注重封装集合对象内部结构,支持集合的变化
" Interpreter模式注重封装特定领域变化,支持领域问题的频繁变化
" Observer模式注重封装对象通知,支持通信对象的变化
" Visitor模式注重封装对象操作变化,支持在运行时为类层次结构动态添加新的操作。
图例:
Factory Method:
Decorator:
Head First:
Oberser: