设计模式6大原则

一、单一职责原则

1. 建议是接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。每一个类实现的功能和作用要单一，比如实体类实现的是单纯的属性和get,set方法,是为了能生成一个纯净的类。实现逻辑操作的要重新生成一个类，不要在实体类中给出复杂业务逻辑的操作。调用到业务逻辑的服务操作也要重新生成一个类，边界尽量清晰。

二、里氏替换原则

1. 只要父类能出现的地方子类就可以出现,而且替换为子类也不会产生任何错误或异常,使用者可能根本就不需要知道是父类还是子类。但是,反过来就不行了,有子类出现的地方,父类未必就能适应。
2. 如果子类不能完整地实现父类的方法,或者父类的某些方法在子类中已经发生“畸变”,则建议断开父子继承关系,采用依赖、聚集、组合等关系代替继承。
3. 覆盖或实现父类的方法时输入参数可以被放大，输出结果可以被缩小。

三、依赖倒置原则

1. 每个类尽量都有接口或抽象类,或者抽象类和接口两者都具备。
2. 变量的表面类型尽量是接口或者是抽象类，面向接口编程。

四、接口隔离原则

1. 指提供给每个模块的都应该是单一接口,提供给几个模块就应该有几个接口。

五、迪米特法则

1. 一个类应该对自己需要耦合或调用的类知道得最少。

六、开闭原则

1. 对扩展开放,对修改关闭。即一个类或者接口应该通过扩展来实现变化,而不是通过修改已有的代码来实现变化。