面向对象的三大特征六个原则

Posted 2020-10-30 adazyn

三大特征

封装：  一个类封装了数据以及操作数据的代码逻辑体。定义了数据的可访问属性（私有、公有）

继承 ： 可以让一个类型获取另外一个类型的属性的方式。分为实现继承和接口继承

多态 ： 类实例的一个方法在不同情形下有不同的表现形式，即不同的外在行为。使具有不同的内部结构的对象可以共享相同的外部接口。  

六大原则

单一功能原则 ： 每个类型（包括接口和抽象）功能要求单一，只负责一件事情。降低代码复杂度，增加可读性可维护性，只有在逻辑足够简单、类中的方法足够少时才可以在代码级别上违反单一职责原则。职责被分解为很多细粒度的职责，程序已经写好的情况下，分解类开销大（分解意味着零散，加载变的复杂，阅读也变得复杂），修改类虽然违反单一职责原则，但是是个不错的选择。

 

开放封闭原则：一个软件实体应该对扩展开发，对修改关闭。可扩展但是不可更改。

     核心：用抽象构建框架，用实现类实现扩展。

 

替换原则（里氏代换原则）：子类能够替换父类，出现在父类能够出现的任何地方

     当使用继承时，尽量遵循历史替换原则，尽量不要去重写或者重载父类的方法，以免破坏整个继承体系的 。因为父类在定义或者实现某些方法时，规定了必须遵守的规则和契约。

     LSP原则是：只要父类能出现的地方子类就可以出现，而且替换为子类还不产生任何错误或异常。怎么做到：

                      子类重载父类方法，方法的前置条件要比父类更宽松

                      子类实现父类的抽象方法时，方法的后置条件要比父类更严格。

 

依赖原则：具体依赖抽象，上层依赖下层。核心思想是面向接口编程。

     两个模块之间依赖的应该是抽象（接口或抽象类）而不是细节。细节（实现类）依赖于抽象。

依赖原则基于的事实：相对于实现类的多变性，抽象的东西要稳定得多，基于抽象的构架也比基于实现的架构更加稳定，且扩展性更高

 

接口分离原则：模块间要通过具体接口分离开，而不是通过类强耦合。例如A类对B类的依赖，可以抽象接口I，B实现I，A类依赖I来实现。但是抽象接口必须功能最小化（与单一功能原则有点不谋而合）。

 

迪米特原则：最小依赖原则，一个类对其他类尽可能少的了解，只与朋友通信。降低耦合

 

单一职责原则：职责单一。

里氏替换原则：不要破坏继承体系结构。

依赖倒置原则：面向接口编程

接口隔离原则：设计接口时要精简单一。

迪米特原则：降低耦合

这五个原则都是开源原则的注意事项，开闭原则是一切编程的出发点和目的

参考：https://blog.csdn.net/seek24/article/details/13293947