1.如何理解“面向对象”？

关于面向对象的理论、流派，写很多本书都讲不完，每个人对于“面向对象”的理解也根据各人的项目实战经历而不同。

但对于初学者，其实一开始最重要的不是那些高深的理论，而是“轻量级”的理解“面向过程”/“面向对象”的区别和联系。

(1)一个朴实的例子

一个公司有CEO、CTO、程序猿3个人。

CEO说：“请CTO带领程序猿实现一个APP。”

CTO为了“实现APP”，需要细化需求、分析关键技术、编写代码框架。

程序猿为了“实现APP”，需要理解细化的需求，在代码框架中编写具体的业务代码。

(2)从这个例子中，理解“面向过程”

“实现APP”就是一个任务，

为了完成这个任务，CTO、程序猿都采用了上一篇提到的“面向过程”的思维去完成任务。

CTO为了完成任务用了3步：

STEP1.细化需求；

STEP2.分析关键技术；

STEP3.编写代码框架。

程序猿为了完成任务用了2步：

STEP1.理解需求；

STEP2.编写具体的业务代码；

这就是面向过程：

面向过程的核心是如何将1个任务有条有理的分解成若干步骤。

(3)从这个例子，理解“面向对象”

CEO有很多事要处理，对于“实现APP”这种任务不能亲力亲为。

于是CEO为了完成“实现APP”这个任务，他的思维是将这个任务安排给哪些人来共同完成。

CEO认为如果给CTO安排“实现APP”这个任务，CTO就能完成技术架构层面的事情。

CEO认为如果给程序猿安排“实现APP”这个任务，程序猿就能完成技术实现层面的事情。

于是CEO只需要找到CTO和程序猿，对他们说，请完成“实现APP”这个任务，就可以了。

这里就引出了“面向对象”的基本概念——类

CEO、CTO、程序猿就是“面向对象”的世界中的3个类

这里还引出了“面向对象”的基本思想——职责

CEO类的职责是安排任务，CEO并不关心任务具体怎么完成。

CTO类的职责是从技术架构的视角完成任务。

程序猿类的职责是从技术实现的视角完成任务。

这里也引出了“面向对象”和“面向过程”的关系

CEO类在自己的职责范围内，完成任务的具体过程采用的是“面向过程”：喊CTO干活儿->喊程序猿干活儿

CTO类在自己的职责范围内， 完成任务的具体过程采用的是“面向过程”： STEP1->STEP2->STEP3。

程序猿类在自己的职责范围内， 完成任务的具体过程采用的是“面向过程”： STEP1->STEP2。

(4)总结一下

面向对象，就是把复杂问题归类，每个类认领一部分任务。

面向过程，就是把认领的一部分任务，逐个画流程图。

第2天 关于面向对象

2.关于“面向对象”需要掌握的基本技术点

2.1.一个类...

先来描述一个CEO类，伪代码如下：

类 CEO{

公开属性：身高

私有属性：性取向

公开行为：实现APP

私有行为：扣鼻屎

}

再来实例化CEO类，伪代码如下：

这里展开说一下实例化——类表示一类东西，例如“人类”，但是把“人类”实例化以后就是具体的一个人，这个具体的人就是“对象”，这个过程就是“实例化”。

CEO张三 = 实例化(CEO类)

CEO李四 = 实例化(CEO类)

打听 CEO张三.身高——>张三会告诉你

打听 CEO张三.性取向——>这个张三觉得是隐私，他不会告诉你，只有他自己知道

请CEO张三 实现APP——>张三可以去完成这个任务

请CEO张三 扣鼻屎——>你叫张三这么干，这三不会干的，但是他自己有可能悄悄干

最后，还有一种特殊的属性和方法——静态属性、静态方法

在“面向过程”的世界中，有很多普通但实用的函数，例如：计算sin/cos。

这些函数，如果强行按照“面向对象”去套，有点牵强，实战中不实用。

于是“面向对象”为了自圆其说，就有了静态属性、静态方法。

伪代码如下：

类 Math{

  公开 静态属性：π

  公开静态方法：sin

公开静态方法：cos

}

调用的时候

Math.sin()

Math.cos()

总结一下，关键术语

关键术语：类、对象、属性、行为、实例化、静态属性&静态方法

2.2.N个类...

CEO类，伪代码如下：

类 CEO{

    公开属性：雇佣的程序猿对象

    公开方法：实现APP{

        让 雇佣的程序猿对象 实现APP

    }

}

程序猿类，伪代码如下：

类 程序猿{

    公开方法：实现APP{

        STEP1.理解需求

        STEP2.实现代码

    }

}

CEO和程序猿的关系：

CEO张三 = 实例化CEO类

程序猿李四 = 实例化程序猿类

CEO张三.雇佣的程序猿对象 -> 程序猿李四——>这样两个对象就产生了联系

请CEO张三.实现APP——>CEO张三内部就会让程序猿李四在背后干活儿了。

上述就是类与类之间的典型关系，当然还有很多其它的关系（父子之间的继承关系、夫妻之间的组合关系等等）

“面向对象”试图用这种形式描述一个复杂的世界，

在这个世界中，每个对象各司其职，各扫门前雪，不越职责半步。

关键术语：继承、组合

2.3.N个类组装好之后...

按照面向对象的思想，抽象N个类，每个类有自己的职责，类与类之间形成了关系，

然后，就好像机械齿轮一样，由一个齿轮触发，级联的一个个运转起来。

这也许就是“面向对象”最有趣的时刻，

一个使用“面向对象”的程序猿好像一个造物主，

将现实世界中的一个复杂系统，大卸八块，抽象成若干齿轮，在虚拟的世界中重新构建出来。

今天就到这里了。

---