设计模式
设计模式是一种对代码开发经验的总结,是解决特定问题的一系列套路。它不是语法规定,而是一套用来提高代码可复用性、可维护性、可读性、稳健性以及安全性的解决方案。
设计模式原则 :
1、开闭原则(Open Close Principle) : 对扩展开放对修改关闭
2、里氏代换原则(Liskov Substitution Principle) : 程序适用父类一定适用子类
3、依赖倒转原则(Dependence Inversion Principle): 针对抽象层进行编程
4、接口隔离原则(Interface Segregation Principle): 接口职责单一 不能过于复杂
5、迪米特法则(Demeter Principle): 充分封装不要暴露过多细节
6、单一职责 (Singe Responsebility) : 类的职责单一
7、合成复用原则(Composite Reuse Principle): 应该尽量多使用组合和聚合关联关系 少使用继承
创建型
单例模式 工厂模式 原型模式 建造者模式
结构型
桥接模式 适配器模式 外观模式 装饰器模式 代理模式 享元模式 组合模式
行为型
模板方法模式 命令模式 访问者模式 迭代器模式 观察者模式 中介者模式 忘备录模式 解释器模式 状态模式 策略模式 职责链模式
# 图略(部分暂时没什么思路) #
行为模式的分类比较细 他大部分是用来解决具体问题的
总结一下:
建造型: 目的是为了创建对象 | 间接创建对象 | 用户避免new来减小耦合
结构型: 目的是为了调用对象 | 间接调用对象 | 通过聚合方式来减小耦合
行为型: 目的是为了改善方法 | 抽取封装方法 | 拆分代码(if/else)为对象调用减少耦合
设计模式不是一种标准而是经验的总结 同一种的设计模式实现方式可能并不相同 只要可以达到 可扩展 可维护 规范 可读性好 就可以了