23中具体的设计模式的基石就是设计原则，只有遵循了这些设计原则，才能称得上是设计模式。主要介绍五大设计原则。
一、单一职责原则
单一职责原则，英文全称：（Single responsibility principle），简称SRP
1.1 定义
一个类应该仅有一个引起它变化的原因，变化的方向隐含类的责任
1.2 优点
降低类的复杂度、提高类的可读性，提高系统的可维护性、降低变更引起的风险
二、开闭原则
开闭原则，英文全称：（Open Closed Principle），简称为OCP
2.1 定义
一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。
用抽象构建框架，用实现扩展细节
2.2 优点
提高软件系统的可复用性及维护性
三、Liskov替换原则
Liskov替换原则，英文全称：（Liskov Substitution Principle），简称：LSP
3.1 原则定义
子类必须能够替换它们的基类（IS-A）的关系
引申意义：子类可以扩展父类的功能，但不能改变父类原有的功能。
一个软件实体如果适用一个父类的话，那一定适用于其子类，所有引用父类的地方必须能透明地使用其子类的对象，子类对象能够替换父类对象，而程序逻辑不变。
3.2 注意点
1.当子类的方法重载父类的方法时，方法的前置条件（即方法的输入、入参）要比父类方法的输入参数更宽松
2.当子类的实现父类的方法（重写、重载或者实现抽象方法），方法的后置条件（即方法的输出、返回值）要比父类更严格或相等
3.3 优点
约束继承泛滥、开闭原则的一种体现
加强程序的健壮性，同时变更时也可以做到非常好的兼容提高程序的维护性、扩展性。降低需求变更时引入的风险。
四、接口隔离原则
接口隔离原则，英文全称：（Interface Segregation Principle），简称为：ISP
4.1 定义
不应该强迫客户程序依赖它不用的方法
4.2 引申含义
1.一个类对一个类的依赖应该建立在最小的接口上
2.建立单一接口，不要建立庞大臃肿的接口
3.尽量细化接口，接口中的方法尽量少
4.注意适度原则，一定要适度
4.3 优点
符合我们常说的高内聚低耦合的设计思想从而使得类具有很好的可读性、可扩展性和可维护性
五、依赖倒置原则
依赖倒置原则，英文全称Dependence Inversion Principle，简写为DIP
5.1 原则定义
高层模块(稳定)不应该依赖于低层模块（变化），二者都应该依赖于抽象（稳定）
抽象（稳定）不应该依赖于实现细节（变化），实现细节应该依赖于抽象（稳定）
针对接口编程，不要针对实现编程
5.2 示例代码
例如订单模块，刚开始使用SqlServer做为数据库，代码如下：
public class SqlServerDao {
public void insertOrder() {
System.out.println("通过SqlServer插入数据");
}
}
public class OrderService {
private SqlServerDao dao = new SqlServerDao();
public void insertOrder() {
dao.insertOrder();
}
}
没过多久，BOSS觉得SqlServer太贵了，要统一切换到MySQL上，这时候你改成下面代码：
public class MySqlDao {
public void insertOrder() {
System.out.println("通过MySql插入数据");
}
}
public class OrderService {
private MySqlDao dao = new MySqlDao();
public void insertOrder() {
dao.insertOrder();
}
}
上面的例子OrderService就是高层模块，MySqlDao、SqlServerDao就是底层模块。高层模块不应该依赖于底层模块，而是依赖于抽象。这时候需要加入数据库的抽象层。
public interface AbstractDao {
/**
* 插入订单
*/
void insertOrder();
}
public class OrderService {
private AbstractDao dao;
public void setDao(AbstractDao dao) {
this.dao = dao;
}
public void insertOrder() {
dao.insertOrder();
}
}
5.3 优点
可以减少类间的耦合性、提高系统稳定性，提高代码可读性和可维护性，可降低修改程序所造成的风险
