繁多准则
概念：一个类被扭转的起因不能超过一个，也就是说，一个类只有一个职责。如果职责过多，代码就会臃肿，可读性更差，也更难以保护。其实上繁多职责准则和接口隔离准则有肯定的关系，接口隔离当前，职责就繁多了，实现这个接口的类的职责天然也就繁多了。然而接口隔离关注的是形象层，繁多职责关注的是两者兼而有之，偏重于实现。然而在事实中，咱们的代码想实现繁多准则是很难的。而且每个人对类定义的了解不同也会有肯定的定义形式不同。比如说：打电话性能，咱们在这里一个类中是否要定义拨号，通话，完结会话都在一起呢？还是说咱们都独自定义类来实现不必的办法。还有在 django 中一个类接口实现了增删改查，那么为什么不独自定义呢，是不是不合乎咱们的繁多准则了？因而，在咱们实现接口的时候要尽量的繁多，然而对于类的时候就要依照理论状况而定了。在对数据库操作个别是增删改查，那么咱们没有必要离开了。那么繁多准则有哪些益处呢？1、进步类的可维护性和可读写性 一个类的职责少了，复杂度升高了，代码就少了，可读性也就好了，可维护性天然就高了。2、进步零碎的可维护性 零碎是由类组成的，每个类的可维护性高，绝对来讲整个零碎的可维护性就高。当然，前提是零碎的架构没有问题。3、升高变更的危险 一个类的职责越多，变更的可能性就更大，变更带来的危险也就越大。
如何实现繁多准则？简略来说就是一个类只实现一个性能
里式替换准则
概念：子类能够扩大父类的性能，但不能扭转父类原有的性能。在软件中将一个基类对象替换成它的子类对象，程序将不会产生任何谬误和异样，反过来则不成立，如果一个软件实体应用的是一个子类对象的话，那么它不肯定可能应用基类对象。类是能够继承的，当子类继承父类后，会继承父类的所有属性和办法，咱们子类不批改父类的原有性能，那么咱们在肯定条件下应用父类后，而后将应用的父类批改为子类。咱们的程序是不会呈现谬误的。里氏替换准则蕴含的含意 1、子类能够实现父类的形象办法，然而不能笼罩父类的非形象办法 在咱们做零碎设计时，常常会设计接口或抽象类，而后由子类来实现形象办法，这里应用的其实就是里氏替换准则。子类能够实现父类的形象办法很好了解，事实上，子类也必须齐全实现父类的形象办法，哪怕写一个空办法，否则会编译报错。里氏替换准则的关键点在于不能笼罩父类的非形象办法。父类中但凡曾经实现好的办法，实际上是在设定一系列的标准和契约，尽管它不强制要求所有的子类必须听从这些标准，然而如果子类对这些非形象办法任意批改，就会对整个继承体系造成毁坏。而里氏替换准则就是表白了这一层含意。
2、子类中能够减少本人特有的办法 在继承父类属性和办法的同时，每个子类也都能够有本人的共性，在父类的根底上扩大本人的性能。后面其实曾经提到，当性能扩大时，子类尽量不要重写父类的办法，而是另写一个办法
3、当子类笼罩或实现父类的办法时，办法的前置条件（即办法的形参）要比父类办法的输出参数更宽松
简略来讲就是：子类能够继承父类，然而咱们不能批改父类和原有的性能。咱们只能应用它，扩大父类的办法。
依赖倒置准则
定义：1、下层模块不应该依赖底层模块，它们都应该依赖于形象。2、形象不应该依赖于细节，细节应该依赖于形象。比如说一个汽车厂，开始的时候能够生产公众、奥迪。那么公众奥迪都是依赖于咱们的汽车厂。前期如果厂子做大了，生产其余的汽车，那么其余的汽车也是依赖于咱们的汽车厂，咱们的汽车就是底层模块，汽车厂就是下层模块。也就是，你能够不必我，要是应用我就合乎我的规定。迪米法特准则
概念：一个对象应该对其余对象有起码的理解，所以迪米特法令又叫做起码常识准则。迪米特法令的意义在于升高类之间的耦合。因为每个对象尽量减少对其余对象的理解，因而，很容易使得零碎的功能模块性能独立，相互之间不存在（或很少有）依赖关系。比如说一台计算机，外面有主板、cpu、内存、硬盘等。还有外设键盘、鼠标、显示器等。那么咱们想要生产一台电脑，那么咱们须要都加工么？做主板的七彩虹须要晓得因特尔 cpu 是如何生产的么？他们只须要晓得接口就能够了。开闭准则
概念：开闭准则就是说对扩大凋谢，对批改敞开。在程序须要进行拓展的时候，不能去批改原有的代码，实现一个热插拔的成果。简略来说：就是为了使程序的扩展性好，易于保护和降级。减低耦合性 1、只有是面向对象的编程，在开发过程中都会强调开闭准则
2、是最根底的设计准则，其余五个设计准则都是开闭准则的具体状态
3、能够进步代码的复用性
4、能够进步代码的可维护性