PHP最开始的perl脚本，到C语言版的PHP/FI，再到PHP/FI 2.0、PHP3.0，直到PHP4，引入Zend Engine使PHP更加的强大，并在PHP5引入新的Zend Engine2，重写PHP的面向对象模型，使PHP不仅可以快速开发，同时也可以实现更加复杂的架构，甚至满足企业应用。

PHP最开始并没有面向对象，直到PHP4才有一些面向对象的影子，到PHP5才真正实现面向对象模型。大概来说，PHP面向对象历史包括两个阶段：

PHP4-Zend Engine阶段

此时并没有真正的面向对象，因为PHP根本没有实现面向对象的三大特性，所有的成员方法和成员函数都是公有的，成员变量通过var声明。

此时的构造函数和类名一样，序列和反序列化时能调用魔术函数_sleep 和 __wakeup。嗯，这是是叫魔术函数而不是魔术方法，因为它本来就是独立出来的函数，当执行序列化时，PHP会判断当前变量是什么类型，如果是IS_OBJECT，则会自动调用__sleep函数。

在4.0.2以后可以使用parent::调用父类的方法。这里的parent仅仅是函数调用时的一个特殊处理。

在PHP的内核实现中类和函数共用一个opcode（ZEND_DECLARE_FUNCTION_OR_CLASS），通过extended_value字段区分，类和函数的存储已经区分开。

总的来说，PHP4的面向对象有点脚手架的味道，各种定制后有了一些面向对象的形。

PHP5-Zend Engine2阶段

5.0.0引入Zend Engine2，至此PHP才真正引入了面向对象的机制。
Zend Engine2重写了PHP的面向对象模型，其中包括对构建器和析构器的定义，增加的私有成员变量、静态成员变量、接口、重载等面向对象特性以及新增加了魔术方法实现。除了面向对象特性外，Zend Engine2引入了异常处理控制流。具体见： http://www.zend.com/engine2/ZendEngine-2.0.pdf

5.1.0 新增：__isset 和 __unset 方法。

5.3.0 新增： __invoke 方法、 后期静态绑定、 heredoc 和 nowdoc 支持类的常量和属性的定义、__callStatic 方法等

5.4.0 增加Traits，Trait 和类相似，但它的目的是用细粒度和一致的方式来组合功能。Trait 不能实例化。它为传统继承增加了水平特性的组合；也就是说，应用类的成员不需要继承。

总的来说，PHP5已经实现了面向对象模型，可以基于PHP5实现企业级应用。但是一些新的功能和特性，在实际的开发过程中使用得并不多，如Traits、命名空间等。很多时候，业务决定技术，需求决定实现。

然，此篇仅为整理之作，只为理自己对于PHP面向对象的思路。
久不沾笔，些许生疏。

参考资料

• http://php.net/manual/zh/history.php.php
• http://www.php.net/ChangeLog-4.php
• http://www.php.net/ChangeLog-5.php

PHP（其它面向对象的语言也类似）对于封装和继承的一些特性是通过访问控制实现。访问控制的作用是控制成员变量，成员方法和基类。 曾经一直以为访问控制的作用仅仅是控制一个类的成员方法和成员变量，这把自己的思维局限于一类一对象了， 这两个方面的控制是PHP对面向对象中封装特性的支持。 把思维拉升到面向对象的体系之上，访问控制也控制了基类（或父类）的行为，或者说控制了继承特性的某些方面。

PHP中关于访问控制的关键字和Java等其它面向对象语言一样，如下：

• public 所定义的类成员可以在任何地方被访问
• protected 所定义的类成员则可以被其所在类、其所在类的子类和父类访问
• private 定义的类成员则只能被其所在类访问。

以上的类成员包括成员变量和成员函数。不管是成员变量还是成员方法，PHP默认都是public。 在Java中访问控制默认为包可见，在C++中访问控制默认为私有(private)，而PHP则是公有的(public)，这比Java还要open。 笔者认为这是PHP的一个历史遗留问题。如果可以重新设计PHP，可能是另一个结果，并且这也是语言的对于访问的态度问题。

前面介绍的各个访问控制是针对封装性，对于继承性，如下：

• public/protected 可以被继承
• private 没有被继承

实际上，在PHP中，私有方法也会被继承下来，只是其上下文没有改变（还是父类），从而在调用的时候出错。

一般来说，private定义的成员只能被内部调用，仅供当前类使用，这在PHP的源码中检查访问权限控制时， 以private的成员会检查是否属于当前类体现。public定义的成员则属于类或对象的外部接口， 声明的public成员最好是定义好后就不要再变更，这会影响到调用了类的这些方法的相关客户。 好的public和private的设计对于对象本身的自我完备的实际有重大的意义。

但是public关键字有一些二义性。对于封装性，它是公有的，任何地方都可以访问的成员；对于继承性， 它允许子类继承此成员。同时兼顾这两个特性，当我们把它作为一个接口提供给外部使用时就会有一些歧义： 子类可以覆盖该成员方法，同时也可以调用访方法，如果子类覆盖了该成员方法并调用了该方法， 则它的实现就和你当初作为接口提供给外部时的含义有一些不同了。和public一样，protected也有类似的问题。 可以思考一下：各语言这样实现的目的是什么？是否有更好的方案？