目录
设计模式
为什么学习设计模式？
- 理解松耦合设计思想
- 掌握面向对象的设计原则
- 掌握重构技法和改善设计
面试常见的问题?
- 项目(框架)使用了什么设计模式？
- 设计模式如何使用？
- 解决了什么问题？
设计模式的应用分布
1.面向对象(OO)
2.功能模块(设计模式+算法)
3.框架(多种设计模式)
4.架构(服务器集群)
设计模式的七大原则
1.单一职责原则
2.接口隔离原则
3.依赖倒置原则
4.里氏替换原则
5.开闭原则
6.迪莱特法则
7.合成复用原则
单一职责原则(Single Responsibility Principle)
一个类只负责一项职责
- 1.降低类的复杂度
- 2.提高类的可读性
- 3.降低变更引起的风险
接口隔离原则(Interface Segregation Principle)
实现依赖接口最少，对接口进行隔离(拆分);
提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。
依赖倒置原则(Dependence Inversion Principle)
- 1.高层模块不应该依赖低层模块，二者都依赖其对象
- 2.抽象不应该依赖细节
- 3.依赖倒置的中心思想是面向接口编程
- 4.抽象(抽象类，接口)；细节(实现类)
依赖传递的方式:
接口，构造方法，setter方法
依赖倒置问题
底层模块尽量有抽象类或接口；
变量的声明类型尽量是抽象类或接口，这样存在一个缓冲层，有利于程序的拓展和优化(多态思想)；
继承时候遵循里氏替换原则
里氏替换原则(Liskov Subsitution Principle)
继承导致的问题:
- 1.侵入性
- 2.可移植性
- 3.增加对象间耦合性
尽量不要重写父类，使用聚合、组合来替换继承
里氏替换方法，将原来的父类和子类共同继承一个更通俗的基类；
利用聚合、组合、依赖来实现原来父类和子类之间的关系
开闭原则(Open Closed Principle)
开闭原则是最基础也是最重要的设计原则，所有设计最总都是要实现开闭原则
一个软件实体(类，模块，函数):
- 对拓展开放(提供方)
- 对修改关闭(使用方)
利用拓展来实现变化，而不是修改来实现变化
迪米特法则(Demeter Principle)
迪米特法则也叫最少知道原则，一个对象对其他对象保持最少的了解
对象之间有耦合 == 对象之间是朋友关系
耦合:依赖、关联、组合、聚合
朋友关系:
- 直接朋友:成员变量、方法参数、返回值中出现类
- 陌生朋友:局部变量
不要以局部变量出现在类的内部,降低类之间的耦合，减少不必要的依赖
合成复用原则(Composite Reuse Principle)
合成复用原则:尽量使用合成/聚合方式，而不是使用继承
设计模式小结
- 将变化的和不变化的代码分开
- 针对接口而不是实现编程
- 交互对象之间松耦合设计