设计模式七大原则

标签：使用   迪米特   继承   直接   内容   关联   隔离   职责   增删改   

1、单一职责原则
例：一个类只对一个表进行操作，尽量不要操作多张表的增删改查。
解决方式：可以拆分成多个类。
2、接口隔离原则
例：多个类实现同一个接口，但并没有使用到这个接口的所有方法。
解决方式：可以拆分成多个接口，让不同类去实现自己所需要的接口。
3、依赖倒转原则
例：高层建筑为设计（接口和抽象类），底层建筑为实现（类），不要让高层建筑依赖于低层建筑，或者低层建筑依赖于低层建筑。
解决方式：尽量让低层建筑依赖高层建筑，面向接口开发。
4、里氏替换原则
例：子类继承父类后，重写父类的方法，但整个继承体系的复用性较差，可能导致使用者想调用父类的方法但是不小心调用了子类重写过的方法。
解决方式：让原来的父类和子类都继承一个更通俗的基类，让原有的继承关系变为依赖（继承、实现）、关联（组合、聚合）
5、开闭原则
例：多个子类继承父类，每个子类修改父类属性，判断父类属性来输出相应子类的信息。新增子类需修改很多内容。
解决方式：对扩展开放、对修改关闭，父类改为抽象类有一个抽象方法，子类去实现并输出相应的内容。新增子类只需继承抽象类实现抽象方法。
6、迪米特原则（最少知道原则）
例：我们称出现在成员变量，方法参数、方法返回值的类为直接关系，尽量不要让一个陌生的类以成员变量的方式出现

设计模式七大原则

标签：使用   迪米特   继承   直接   内容   关联   隔离   职责   增删改   

原文地址：https://www.cnblogs.com/java-leaner/p/13280531.html