由于构建一个指向彼此的对象网络是所有面向对象设计模式的基础，这个改进具有非常重大的意义.当引用允许建立更多强大的面向对象应用程序， PHP对待对象和其它类型数据相同的做法带给开发者极大的痛苦.就像任何PHP4的程序员将会告诉你的， 应用程序将会遭遇WTMA(Way Too Many Ampersands过多&)综合症. 如果你想构建一个实际应用，你会感到极为痛苦，看看例3你就明白.
Listing3 Problems with objects in PHP 4 PHP4中使用对象的问题
1 class MyFoo {
2 function MyFoo()
3 {
4 $this-＞me = &$this;
5 $this-＞value = 5;
6 }
7
8 function setValue($val)
9 {
10 $this-＞value = $val;
11 }
12
13 function getValue()
14 {
15 return $this-＞value;
16 }
17
18 function getValueFromMe()
19 {
20 return $this-＞me-＞value;
21 }
22 }
23
24 function CreateObject($class_type)
25 {
26 switch ($class_type) {
27 case "foo":
28 $obj = new MyFoo();
29 break;
30 case "bar":
31 $obj = new MyBar();
32 break;
33 }
34 return $obj;
35 }
36
37 $global_obj = CreateObject ("foo");
38 $global_obj-＞setValue(7);
39
40 print "Value is " . $global_obj-＞getValue() . "n";
41 print "Value is " . $global_obj-＞getValueFromMe() . "n";
让我们一步步来讨论. 首先，有一个MyFoo类.在构造函数里，我们给$this-＞me一个引用，并设定有其它三个成员函数: 一个设定this-＞value的值;一个返回this-＞value的值;另一个返回this-＞value-＞me的值. 但是--$this不是相同的东西吗? MyFoo::getValue()和MyFoo::getValueFromMe()返回的值不是一样的吗?
首先，我们调用CreateObject("foo")，这会返回一个MyFoo类型的对象. 然后我们调用MyFoo::setValue(7). 最后，我们调用MyFoo::getValue() 和MyFoo::getValueFromMe()， 期望得到返回值7。
当然，如果我们在任何情况下都得到7， 以上这个例子将不是本书中最没有意义的例子。所以我相信你已经猜到—我们得不到两个7这样的结果。
但是我们将得到什么结果，并且更重要地，为什么呢?
我们将得到的结果分别是7和5. 至于为什么—--有三个很好的理由.
首先，看构造函数. 当在构造函数内部，我们在this和this-＞me间建立引用. 换句话说，this和this-＞me是同个东西. 但是我们是在构造函数内. 当构造函数结束，PHP要重新建立对象(new MyFoo的结果，第28行)分配给$obj. 因为对象没有特殊化对待，就像其它任何数据类型一样，赋值X给Y意味着Y是X的一个副本. 也就是说，obj将是new MyFoo的一个副本，而new MyFoo是一个存在于构造函数的对象. Obj-＞me怎么样呢? 因为它是一个引用，它原封不动仍然指向原来的对象—this. Voila-obj和obj-＞me不再是同个东西了—改变其中一个另一个不变。
以上是第一条理由. 还有其它类似于第一条的理由. 奇迹般地我们打算克服实例化对象这个问题(第28行). 一旦我们把CreateObject返回的值赋给global_object，我们仍然要撞上相同的问题—global_object将变成返回值的一个副本，并且再次地，global_object和global_object-＞me将不再相同. 这就是第二条理由。
但是，事实上我们还走不了那么远— 一旦CreateObject返回$obj，我们将破坏引用(第34行) . 这就是第三条理由。
