一、设计模式准则
1、繁多准则
1）升高类的复杂度，一个类只负责一项职责
2）进步类的可读性，可维护性
3）升高变更引起的危险
4）通常状况下，咱们该当恪守繁多准则，只有逻辑足够简略，才能够在代码级反繁多职责；只有类中办法数量足够少，能够在办法级别抱持繁多职责准则 2、接口隔离准则
1）将接口细化，缩小不必要的实现
2）类间的依赖关系应该建设在最小的接口上
3）客户端不应该依赖它不须要的接口 3、依赖倒转准则
1）高层模块不应该依赖底层模块，二者都应该依赖其形象
2）形象不应该依赖细节，细节应该依赖形象
3）依赖倒转（倒置）的中心思想是面向接口编程
4）依赖倒转准则是基于这样的设计理念：绝对于细节的多边性，形象的货色要稳固得多。以形象为根底搭建得框架比以细节为根底得框架要稳固得多。在 Java 中，形象指的是接口或抽象类，细节就是具体的实现类。5）应用接口或抽象类的目标是制订好标准，而不波及具体的操作，把细节的工作交给他们的实现类去实现。4、里氏替换准则
1）里氏替换准则艰深的来讲就是：子类能够扩大父类的性能，但不能扭转父类原有的性能。2）继承实际上让两个类耦合性加强了，在适当的状况下，能够通过聚合、组合、依赖来解决问题。3）里氏代换准则通知咱们，在软件中将一个基类对象替换成它的子类对象，程序将不会产生任何谬误和异样，反过来则不成立，如果一个软件实体应用的是一个子类对象的话，那么它不肯定可能应用基类对象。4）里氏代换准则是实现开闭准则的重要形式之一，因为应用基类对象的中央都能够应用子类对象，因而在程序中尽量应用基类类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来替换父类对象。5、开闭准则
1）一个软件如类、模块、函数应该对扩大凋谢，对批改敞开。用形象构建框架，用实现扩大细节。2）当软件须要变动时，尽量通过扩大软件实体的行为来实现变动，而不是通过批改已有的代码来实现变动。3）编程中遵循其余准则，以及应用设计模式的目标就是遵循开闭准则。6、迪米特法令
1）一个对象应该对其余对象放弃起码的理解。2）类与类关系越亲密，耦合度越大。迪米特法令的外围是升高之间的耦合。3）迪米特法令又叫起码晓得准则，即一个类对本人依赖的类晓得的越少越好。也就是说，对于被依赖的类不论如许简单，都尽量将逻辑封装在类的外部。对外除了提供 public 办法，不对外泄露任何信息。4）迪米特法令还有更简略的定义：只与间接的敌人通信。间接的敌人：每个对象都会与其余对象有耦合关系，只有两个对象之间有耦合关系，咱们就说这两个对象之间是敌人关系。耦合的形式很多依赖、关联、组合（is a）、聚合（has a）等。其中，咱们称呈现成员变量，办法参数，办法返回值中的类为间接敌人，而呈现在局部变量中的类不是间接的敌人。也就是说生疏的类最好不要以局部变量的模式呈现在类的外部。外围：松耦合设计