设计模式--设计原则及模式分类

    技术2022-07-29  85

    对系统,对模块有一个新的认知。“寻找变化点(需求频繁变化),然后在变化点用什么设计模式”“什么时候,什么地点应用设计模式” 书籍推荐: 重构与模式 重构-改善现有的代码结构 面向对象设计原则(DIP)

    高层模块(稳定)不应该依赖于低层(变化),二者都应该依赖于抽象(稳定)。

    抽象(稳定)不应该啊依赖于实现细节(变化),实现细节应该依赖于抽象。

    开放封闭原则(OCP)

    对扩展开放,对更改封闭。类模块应该是可扩展的,但是不可修改。

    单一职责原则(SRP)

    一个类应该仅有一个引起它变化的原因。变化的方向隐含着类的责任。

    Liskov替换原则(Lsp)

    子类必须能够替换它们的基类(IS-A)。继承表达类型抽象。

    接口隔离原则(ISP)

    不应该强迫客户程序依赖它们不用的方法。接口应该小而完备。

    优先使用对象组合,而不是用类继承

    类继承通常为“白箱复用”,对象组合通常为“黑箱复用”继承在某种程度上破坏了封装性,子类父类耦合度高。对象组合只要求被组合的对象具有良好定义的接口,耦合度低

    封装变化点

    使用封装来创建对象之间的分界层,让设计者可以在分界层的一侧进行修改,而不会对另一侧产生不良影响,从而实现层之间的解耦合

    针对接口编程,而不是针对实现编程

    不将变量类型声明为某个特定的具体类,而是声明为某个接口。客户程序无需获知对象的具体类型,只需要知道对象所具有的接口。减少系统中各部分的依赖关系,从而实现高内聚,松耦合 的类型设计方案。

    设计模式的分类 ------从作用的角度进行分类

    组件协作(晚绑定)

    Template MethodStrategy(策略模式)Observer/Event(观察者)

    单一职责

    DecoratorBridge

    对象创建

    Factory MethodAbstract FactoryPrototypeBuilder

    对象性能

    SingletonFlyweight

    接口隔离

    FacadeProxyMediatorAdapter

    状态变化

    MementoState

    数据结构

    CompositeIteratorChain of Resposibility

    行为变化

    CommandVisitor

    领域问题

    Interpreter

    重构技法 * 静态–>动态 * 早绑定–>晚绑定 * 继承–>组合 * 编译时依赖–>运行时依赖 * 紧耦合–>松耦合

    》》》下一篇:[TemplateMethod(模板方法)](https://blog.csdn.net/weixin_34240395/article/details/107108785)

    Processed: 0.009, SQL: 9