单一职责原则
接口以及类编写时应该按照功能来划分，避免将不同功能全聚合在同一个类或者接口中，使得他们功能定义模糊，方法臃肿；
接口隔离原则（interface segregation principle）
客户端不应该依赖它不需要的接口，即一个类对应另一个类的依赖应该建立在最小接口上
例如：一个接口有a,b,c,d4种方法，两个类A,B分别实现了该接口，后续有类C需要继承A中的a,b,c方法，类D需要继承B中的a,b,d方法，此时就违反了接口隔离原则，应该将根据原则将源接口先拆分成三个接口，然后A,B按需要进行实现；
错误
正确
依赖倒转原则（dependence inversion principle）
1.高层模块不应该依赖底层模块，二者应该都依赖其抽象
2.抽象不应该依赖于细节，细节应该依赖于接口
3.依赖倒转的中心思想是面向接口编程
4.依赖倒转原则是基于这样的设计思想：相对于细节的多变性，抽象的东西应该相对稳定
5.接口和抽象类的目的应该是在于制定规范，不涉及具体操作，具体操作有实现类来实现
依赖倒转原则实现的三种方式：
1.接口传递
2.构造方法传递
3.setter方式传递
里氏替换原则（liskov substitution principle）
1.所有引用基类的地方必须能透明的使用其子类对象，例如：T2继承T1类，在某程序中将原有的所有T1类换成T2，程序不会发生任何变化
2.在使用继承时，遵循里氏替换原则，在子类中尽量不重写父类方法
3.里氏替换原则告诉我们，两个类之间使用继承增加了类之间的耦合性，在适当的情况下，可以通过聚合，组合，依赖来解决问题
开闭原则（open close principle）
1.开闭原则是编程中最基础，最重要的设计原则
2.一个软件实体如类，模块和函数应该对扩展开放，对修改关闭，用抽象构建框架，用实现扩展细节
3.当软件需要变化是，尽可能通过扩展软件实体的行为来实现变化，而不是通过修改已有代码来实现变化
4.编程中遵循其他原则，以及使用设计模式的目的就是遵循开闭原则
迪米特法则（Demeter principle）
1.类与类之前应该尽量减少耦合，一个对象应该对其他对象保持最少的了解,尽可能符合合成复用原则
合成复用原则（composite reuse principle）
1.原则上尽量使用合成/聚合的方式，而不是使用继承，可以使用：属性传递，构造方法传递，setter方式传递
网友评论