Java面向对象OOP

面向对象六大基本原则

(1)、单一职责原则(Single Responsibility Principle)

就一个类而言，应该仅有一个引起它变化的原因。简单来说，一个类中应该是一组相关性很高的函数、数据的封装。两个完全不一样的功能就不应该放在同一个类中，单一指责所表达出的用意就是“单一”二字。

注意：链式调用，解决参数多这种问题，链式调用只是一种方式，而builder是设计模式，builder设计模式可能会用到链式调用这种方式。

(2)、开闭原则(Open Close Principle)

软件中的对象（类、模块、函数等）应该对于扩展是开放的，但是，对于修改是封闭的。对于原来写好的代码里面是不可修改，但是对于外部又是可扩展的。

开闭原则指导我们，当软件需要变化时，应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。我们尽量不要通过继承等方式添加新的实现，这会导致类型的膨胀以及历史遗留代码的冗余。但是在实际开发过程中，只通过继承的方式来升级并维护原有系统只是一个理想化的场景，所以，在实际开发过程中，修改原有代码和扩展代码往往是同时存在的，

(3)、里氏替换原则(Liskov Substitution Principle)

里氏替换原则简单来说就是，所有引用基类的地方必须能透明地使用其子类的对象。通俗点讲，只要父类能出现的地方子类就可以出现。但是，反过来就不行了，有子类出现的地方，父类未必就能适应。主要体现在实现和继承上。

比如，RecyclerView.setLayoutManager(new LinearLaoutManager())和RecyclerView.setLayoutManager(new GridLayoutManager())；Retrofit动态的设置不同的解析器。

(4)、依赖倒置原则(Dependence Inversion Principle)

依赖反转原则指代了一种特定的解耦形式，高层模块不依赖低层次模块的细节，说白了高层次就是不依赖细节而是依赖抽象。

关键点：

(1)、高层模块不应该依赖底层模块，两者都应该依赖其抽象

(2)、抽象不应该依赖细节

(3)、细节应该依赖抽象

也就是说，具体实现的类就是低层，被调用的以及接口是高层。

(5)、接口隔离原则(InterfaceSegregation Principles)

它的定义是：客户端不应该依赖它不需要的接口。另一种定义是：类间的依赖关系应该建立在最小的接口上。

接口隔离原则将非常庞大、臃肿的接口拆分成为更小的和更具体的接口，这样客户将会只需要知道他们感兴趣的方法。接口隔离原则的目的是系统解开耦合，从而容易重构、更改和重新部署，让客户端依赖的接口尽可能地小。

(6)、迪米特原则《最少知识原则》(Law of Demeter)

一个对象应该对其他对象有最少的了解。通俗地讲，一个类应该对自己需要耦合或调用的类知道得最少，类的内部如何实现、如何复杂都与调用者或者依赖者没关系，调用者或者依赖者只需要知道他需要的方法即可，其他的我一概不关心。说白了，就是一个类要尽可能少的依赖其他类，只需要与之有直接关系的类联系即可。

面向对象继承的优缺点

优点：

(1)、代码重用，减少创建类的成本，每个子类都拥有父类的方法和属性

(2)、子类和父类基本相似，但又与父类有区别

(3)、提高代码的可扩展性

缺点：

(1)、继承是侵入性的，只要继承就必须拥有父类的所有属性和方法

(2)、可能造成子类代码冗余、灵活性降低，因为子类必须拥有父类的所有属性和方法

本文仅以个人学习总结为主