设计模式原则，其实就是程序员在编程时，应当遵守的原则，也是各种设计模式的基础；
无需过度追求设计原则，讲究一个平衡，一个取舍。
单一职责原则
一个类应该只负责一项职责
注意事项：
- 降低类的复杂度，一个类只负责一项职责
- 提高类的可读性，可维护性
- 降低变更引起的风险
- 通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则
接口隔离原则
客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。开闭原则
一个软件实体如类、模块和函数应该对扩展开发，对修改关闭
用抽象构建框架，用实现扩展细节
优点：提高软件系统的可复用性及可维护性依赖倒置原则
高层模块不应该依赖底层模块，二者都应该依赖其抽象
抽象不应该依赖细节；细节应该依赖抽象
针对接口编程，不要针对实现编程
优点：可以减少类间的耦合性，提高系统稳定性，提高代码可读性和可维护性，可降低修改程序所造成的风险。迪米特法则（最少知道原则）
一个对象应该对其他对象保持做少的了解。又叫最少知道原则
尽量降低类与类之间的耦合
降低类之间的耦合里氏替换原则
在引用父类的地方，都可以替换为其子类。从而可以实现子类间的动态切换。换句话说就是要有面向接口的编程思维。结合“开闭原则”，完美合成/复用原则（组合/复用原则）
多用组合，少用继承
若有收获，就点个赞吧
0 人点赞
