设计原则共有7条，分别是：
单一职责原则里氏替换原则依赖注入原则接口分离原则迪米特原则开闭原则优先使用组合而不是继承原则高内聚，低耦合。每个类应该只有一个职责， 对外只能提供一种功能，而引起类变化的也应该只有一个。 好处：消除耦合，减少因需求变化引起代码僵化的难堪局面。
在任何父类出现的地方都可以用子类来替代。同一个继承体系中的对象应该有共同的行为特征。 （一）子类必须完全实现父类的方法 （二）子类有自己的特性 （三）覆盖或者实现父类的方法时输入参数可以被放大。父类：public void hello(HashMap map) 子类：public void hello(Map map) （四）覆写或者实现父类方法时输出结果可以被缩小
要依赖于抽象，不要依赖于具体的实现。 （一）高层模块不应该依赖底层模块，两者都应该依赖于抽象（抽象类或接口） （二）抽象（抽象类或接口）不应该依赖于细节（具体实现类） （三）细节(具体实现类)应该依赖抽象
不应该强迫客户程序依赖它们不需要使用的方法。一个接口不需要提供太多的行为，一个接口应该只提供一种对外功能，不应该把所有的操作都封装在一个接口中。 （一）接口尽量小，保证一个接口只服务于一个子模块或者业务逻辑 （二）接口高内聚，接口内部声明方法都与一个子模块有关，且是这个子模块必须的 （三）接口设计是有限度的，应在接口数量和接口设计力度之间权衡
一个对象应该对其他对象尽可能少的了解。在模块之间，应当只通过接口来通信，而不理会模块的内部工作原理。
一个对象对扩展开放，对修改关闭。对类的改动是通过增加代码进行的，而不是改动现有的代码。
