面对对象 一

面向对象的三大特性：

1、封装
隐藏对象的属性和实现细节，仅对外提供公共访问方式，将变化隔离，便于使用，提高复用性和安全性。
2、继承
提高代码复用性；继承是多态的前提。
3、多态
父类或接口定义的引用变量可以指向子类或具体实现类的实例对象。提高了程序的拓展性。

五大基本原则：

1、单一职责原则SRP(Single Responsibility Principle)
类的功能要单一，不能包罗万象，跟杂货铺似的。                                                                 //这边就像 这个接口就是专门做登录 就给他登录的功能 如果再加上添加用户 则增强了后期代码的维护性  
2、开放封闭原则OCP(Open－Close Principle)
一个模块对于拓展是开放的，对于修改是封闭的，想要增加功能热烈欢迎，想要修改，哼，一万个不乐意。   //好比如一个程序 你要新增某个功能 肯定允许添加新的功能,但不能直接修改
3、里式替换原则LSP(the Liskov Substitution Principle LSP)                                                //就好比如 你的父类 你继承了它 那你也有他公共的功能块 ,你能做他能做到的
子类可以替换父类出现在父类能够出现的任何地方。比如你能代表你爸去你姥姥家干活。哈哈~~
4、依赖倒置原则DIP(the Dependency Inversion Principle DIP)                                                      
高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。抽象不应该依赖于具体实现，具体实现应该依赖于抽象。就是你出国要说你是中国人，而不能说你是哪个村子的。比如说中国人是抽象的，下面有具体的xx省，xx市，xx县。你要依赖的是抽象的中国人，而不是你是xx村的。                               
5、接口分离原则ISP(the Interface Segregation Principle ISP)
设计时采用多个与特定客户类有关的接口比采用一个通用的接口要好。就比如一个手机拥有打电话，看视频，玩游戏等功能，把这几个功能拆分成不同的接口，比在一个接口里要好的多。

                                                        　　　　　　　　　　　　　　　　　　　　　　　　//和单一职责原则有点类似  功能要具体某个内容  就专门针对某个

介绍 五大原则:

https://www.cnblogs.com/lmyou/p/9590622.html

面试的时候，面试官问，你是怎么理解面向对象的编程？我想很多人会照着面试题来背吧，面向对象呀，不就是继承，封装，多态吗？注意，面试官问到这里，是想听听你对面向对象的理解，而不是让你来背概念。

面向对象，是对现实世界的模拟，下图我们简单模拟了一个动物世界。

面向对象的三个基本特征之一继承，这里Primat继承了Animal，Person继承了Primat，继承很简单，就不多说了，看以下代码实现，代码中的注释比较重要，请重点看。

在代码中，不管是动物，鸟类，人类，猴子，我们都可以抽象成类，类是对象的模板，通过new关键字，可以创建一个个对象。仔细看蓝色框里的内容，animal1和animal2，虽然都是同一个形态（Animal），由于指向的是子类对象，当调用同一个eat()方法，运行时会智能匹配到子类的实现，最后得到的结果也不一样，这种形为，我们称之为多态。

多态要满足三个条件。

一、要有继承；（Person继承了Animal，Monkey也继承了Animal）
二、要有重写；（都重写了父类的eat方法）
三、父类引用指向子类对象。（红框内容）

再看下图，利用IDE的代码联想功能看一下，person4这个对象能访问到name、sex属性，eat()、printAge()方法，但无法访问age属性，isLady()方法。是因为我们在该属性和方法前面加了private关键字。隐藏了不想对客户端暴露的age属性和isLady()方法（这里的客户端是main方法），但是我们对客户端提供了一个printAge方法来打印年龄，但在打印年龄前，我们对年龄做了一系列处理（不打印女士年龄）。

对于这种隐藏对象属性和实现细节，仅对外公开指定方法来控制程序中属性的访问和修改，我们称之为封装。（这儿我们没有对age提供set方法，压根没法修改，提供了一个printAge()方法供外部访问）。

在工作中，我们可能会有这么一个需求，当Person对象的名字一致，年龄一致，性别一致，就当成同一人处理。如果之前看过我 说说Java里的equals（上） - 知乎专栏 一文的人，大家应该不会用==或equals直接去做比较，以下是结果。

当用==和equals失败后，开发者可能会写下以下代码去做判断

写到年龄逻辑的时候发现，由于age属性是私有的，又没有提供getAge( )方法，获取不到age属性，可能会在Person这个类里提供一个getAge( )方法或把age的private关键字去掉，这样虽然也能完成逻辑，但会导致后续使用该类的人再也不调printAge去打印age了，而是直接访问age属性或getAge( )方法去打印，女士的age也就暴露了出去。很显然，这种做法打破了我们之前对age的封装，不建议这么做。

age是私有的，那我们把这段代码挪到Person对象里不就行了？好主意，比较两个对象是否相等，不应该由客户端来决定，而是由对象本身来决定。这也是面向对象的技巧之一。

有了以上思路，我们在Person里扩展了一个方法，

一切似乎很完美，结果也和我们期望的一样，问题似乎解决了。

我们知道Set里的元素无放入顺序,元素不可重复，请思考以下代码的执行结果：