(就这水平了，将就着看吧)
红色是类，蓝色是对象。很多初学者经常把类和对象混淆，如果你是这类人，那么就多看一段时间，把这个图印在你心里，反复揣摩。如果你连思考都不愿意的话，那么就不必再往下看了，因为那是在浪费时间。

看好了吗？什么？一分钟都不到，回去继续看，是男人就持久点。

看出什么端倪了吗？我们可以看到红色的“角色”是空心的，因为它不是一个实体，只是个虚无缥渺的词汇，我们看不见摸不着，但是它却存在于我们心里；而蓝色“春哥“、”曾哥“和”凤姐“是实心的，因为它们是实体，是三个真真切切的人，我们看得见摸得着(如果敢摸的话)，存在于我们的生活中。

在这个游戏中，你可以说“春哥”是一个“角色”，但绝对不能倒过来说“角色”是一个“春哥”，就像你不能说“水果”是一种“苹果”一样，不止是逻辑上说不过去，就连语法上也说不过去，这个……只需要小学语文水平就可以理解。

因此我们可以得出以下结论：

类　：是抽象的名称
对象：是具体的东东

其实类并不是什么新的概念，类，顾名思义，就是分类、种类、类别……我们从小就开始接触它了，习惯好的小朋友喜欢把自己的东西整理归类摆放好，比如变形金刚放一边啊、小人书放一边啊……这“变形金刚”和“小人书”就是类了啊。

既然我们主题是玩，那么就拿“变形金刚”这个类来说说，它是很笼统、很抽象的名称，而非一个实体。如果把它具体化，那么我们就可以得到实体的对象，比如“大黄蜂”、“擎天柱”、“铁皮”。

“大黄蜂”、“擎天柱”、“铁皮”用抽象点的话说就是“变形金刚”。
“变形金刚”用具体点的话说就是“大黄蜂”、“擎天柱”、“铁皮”。

因此我们可以得出以下结论：

类是对象的抽象化
对象是类的具体化

把一个类具体化以后可以得到多个对象，把多个对象抽象化后可以得到一个类。

这时有人就会问了，生活中的类我们很熟悉，很好区分啊，那么程序中的类该怎么区分呢？其实道理是一样的，我们把有相同特征的东东归为一类就可以了。比如“大黄蜂”、“擎天柱”、“铁皮”，他们有相同的特性(属性)：有高度、有重量、有颜色；他们有相同的行为(方法)：会变形、会说话、会走路。因此，在程序中，我们经常把具有相同属性和方法的对象归为一类。

每个对象都是唯一的，就算你有两个一模一样的“大黄蜂”，但是每个“大黄蜂”都是独立存在的个体，就像同名同姓的人很多，但是“春哥”却是这个世界上独一无二的(多了这个世界会灭亡的)。

程序与生活不同的地方：

在生活中，往往是把一组对象归为一类：先有了很多苹果的果实，我们才能把它们归为苹果类。
在程序中，往往是用类来产生一组对象：先有了角色类，我们才能创造出春哥、曾哥和凤姐来。

好了，今天就玩到这里，表达能力有限，不知道大家看明白没有？如果没有看明白的话，争取看明白，因为这篇看明白了，后面就将一马平川，越来越好玩。

我们要使用“春哥”的特性，实际上就是要访问“春哥”的属性；
我们要使用“春哥”的行为，实际上就是要访问“春哥”的方法。

从类的内部访问属性和方法，我们要用this关键字。

访问属性：

构造方法(建议使用)

好，那么我们今天开始玩类的封装，什么是封装呢？额……就是封起来装(汗)， 其实大部分专业术语也很好从字面上的意思去理解，只不过绝大多数人一涉及到技术方面的问题，就习惯性的往高深的方向去想，其实没有必要，我们要尽量以我们自己容易理解的方式去想，这才是玩道，因为它们本就不是什么高深莫测的东西。

封装的作用是不允许别人随意从类的外部使用属性和方法，只留给别人一些有限的属性和方法去使用。OOP是鼓励使用封装的，那么到底封装有什么好处呢？很多书对于封装的好处三言两语就带过了，十分含糊，我在这里会尝试着给大家讲明白。

比如大家熟知的国内品牌机联想电脑，它就属于一种封装，对于不懂硬件的朋友来说，CPU、显卡、主板、硬盘、内存这些乱七八糟的硬件都被机箱封装起来了。机箱里面到底有些什么硬件？这些硬件对于电脑来说有些什么作用？它们到底是如何协同运转的？我们不需要去关心！因为我们只要会开机、会关机、会玩游戏就好了，这样我们的目的就达到了！但同时机箱里又提供了光驱、电源等有限的东西，方便我们可以从外部直接使用它们。

所以你说，一个封装的类，你拿过来，只需要知道怎么使用就可以了，根本不需要去关心它内部是怎么实现功能的，根本不需要去瞅那复杂的代码一眼，这是对于使用者来说的。

那么对于开发者来说呢？很多时候开发者不希望使用者能够随意去碰类内部的东西，因为那样可能会导致一些不可预料的事情发生，就像不懂硬件的朋友把机箱拆开，把里面硬件胡乱的拔来插去，那么电脑可能就无法启动，甚至烧坏，爆炸也说不定，这肯定不是开发者愿意看到的事情。

通常一个完整的系统是由无数个封装类构成的，它们每个都是一个独立的部分，但是又可以相互相通，这对于于团队开发、分工协作是十分有帮助的，比如说你做角色，我做地图，我要用角色的时候就直接就拿过来用，谁有闲功夫管你角色类里面都写了些什么代码，我自己的工作都还忙不过来呢；而且还大大的减少了排错的难度，就像电脑坏了，显卡坏了就修显卡，内存坏了就修内存，不需要把整个机箱里的硬件从头到尾修一遍，那还不如丢掉重新买一台。

所以说，我们要把尽多的工作交给类完成，把尽少的工作交给人完成，这才是正确的OOP主导思想。在类里面，属性和方法通常有公有的和私有的，又是些专业术语，不要紧张，我再次把它们通俗化：

公有就是允许别人用
私有就是不许别人用

在PHP中，类的属性和方法默认是公有的，但是我们不建议用默认的方式来定义公有的属性和方法，因为那不利于代码的可读性，我们从小要养成良好的编程习惯，我们要习惯用public访问修饰符来声明某个属性和方法是公有的。

请看下面两例代码，它们实际上是一样的，只不过一个是默认的，另一个是我们通过访问修饰符定义的。

默认方式(不建议使用)

大家注意，之前因为还没有讲到这些特殊方法，同时也是为了方便演示，很多代码中属性都是用默认的public作为声明的，既然现在我们开始玩这些新知识了，那么在此声明，我们不建议将属性声明为默认的public。

一般情况下，直接从类的外部访问和设置属性是个很糟糕的想法，因为我们说过了，OOP的优点是封装，而且鼓励使用封装，因此我们在声明属性的时候，应该使用private或protected，这更符合OOP的编程思想和现实的逻辑。但是，很多情况下我们仍然需要访问和设置属性，而且是经常性的，于是PHP为我们提供了两个方法，用__get()来访问属性，用__set()来设置属性。

我们先通过代码来看看它们是怎么用的，然后再来分析，请结合注释仔细看：

继承是怎么一个情况呢？和遗传有点相似，但是又不完全相同，比如儿子可以继承父亲的特征，而且还可以拥有自己的特征；同样的子类可以继承父类的属性和方法，而且还可以拥有自己的属性和方法。但是要注意一点，类的世界里面只有”父子关系“，毕竟类不是真实的动物，会有公的和母的之分，还要交配才产下子类，没有这种事情，这只是一个形象的比喻而已。由一个基本的类派生出另一个类，那么这个基本的类就是父类，它所派生出来的类就叫做子类，所以请看下面。

父类也可以叫超类
子类也可以叫派生类

如果你觉得我有性别歧视的嫌疑，当然你也可以叫它们母类和女类，怎么叫无所谓，反正它们是“单性繁殖”，只要理解这点就可以了。想想平时你接触得最多的文件夹，根目录和子目录的关系就和这个道理差不多了……连我自己都觉得啰嗦了，主要是多照顾初学者朋友们，先上图吧，看看更健康。

在PHP和JAVA等大多数语言中，类只允许单继承，也就是说一个子类只能有一个父类；而在C++等一些语言中，类允许多继承，也就是说一个子类可以有多个父类。我个人觉得单继承更符合现实的逻辑，而且我们现在玩的是PHP的OOP，就不对多继承进行过多的讨论了。

 

前面说了，我个人觉得多继承是不符合现实的逻辑的，就是上图所示的样子。但是多继承这个功能是十分有用的，所以PHP为我们引入了接口，接口可以解决多继承的问题，同时又符合了现实的逻辑。关于接口这个东东，我们会在后面的章节中讲解。

现在图看完了，那么打起精神来看代码吧，为了便于演示和便于大家理解，我把所有属性和方法都声明为了public，再次重声，我们不建议这么做：

从上面的代码我们已经可以看出继承一个类的步骤非常简单，在子类的名称后面加上extends关键词，再跟上所要继承的父类的名称即可：

我们来看看示例代码的输出结果：

我们能发现子类不但可以继承父类的属性和方法，也可以拥有自己的属性和方法。如果我们尝试用“春哥”去访问子类的特有方法，那么程序就会报错。

“春哥之孙”虽然仅仅是继承了“春哥之子”，但是由于“春哥之子”继承了“春哥”，所以“春哥之孙”同时拥有它两个祖宗的属性和方法。

所以说继承这个东东是十分好用啊，你可以利用一个父类来派生出无数个功能更加强大或有特殊用途的子类来。比如把“人类”定义为一个父类，那么通过类的继承，按照性别就可以派生出“男人类”和“女人类”，按照人品就可以派生出“好人类”和“坏人类”，按照职业就可以派生出“工人类”和“农民类”……如此这般，他们同是人类，但又有各自的特点。

以上，什么代码重用易于维护之类老生常谈的好处我就不多说了，大家自己慢慢体会吧，今天就玩到这里。