1> 单一职责原则

    这是我们设计程序最常见的设计原则了，比如用户信息，分属性和行为，基础信息属归属性类，执行归行为类或接口，在实际项目中大多也就只有这个地方能用到。

2>里氏替换原则

    尽量规避继承关系带来的负面重构影响

    几个注意地方：

    2.1》类中调用其他类时，尽可能使用其他类的接口或父类，这也是我们经常性的习惯。

    2.2》如果子类不能完整实现父类方法或父类的方法在子类发生了二义性，那么断开父子继承关系，改用依赖、聚集、组合的关联关系，通俗点来讲就是子类和父类属性或行为有可能出现了没有继承关系的元素和方法时候，新建一个父类来做具体事物，新建的父类必然与原有的父类会有一种依赖或其他的关联关系，这一点我们在使用框架中spring或hibernate常常用到。

3>依赖倒置原则

    依赖倒置直白点就是尽可能将业务接口化，采用接口化编程来减轻维护和扩展的成本，是做并行开发较好的原则性办法，基于接口编程时大型分布式系统中通用的做法。

4>接口隔离原则

     根据实际项目尽可能将过多的业务定义的接口分离出来，方便单一的业务定制，同时规避设计缺陷导致系统性能上的损失。

5>迪米特法则

     尽量让业务代码内聚，减少对外的暴露。

6>开闭原则

     尽可能用复写父类方法，而不去修改父类。

设计模式--6大原则应用场景通俗版（1）