zl程序教程

您现在的位置是:首页 >  后端

当前栏目

PHP静态调用非静态方法的应用分析

PHP静态应用 分析 调用 静态方法
2023-06-13 09:14:52 时间

静态调用非静态方法!!这在java,c#中是不可想象的,也是绝对不行的。这样的错误在这些语言中会在编译阶段就被指出错误的。但是对于php这样的动态语言呢?首先这个是语法没有错误的,php?l找不出错误来的。如果运行呢?
先看一个例子

复制代码代码如下:

<?php
classmyClass
{
   private$name="myClass";

   publicfunctionechoName(){
       echo$this->name;
   }

   publicfunctiongetName(){
       $this->echoName();
   }
}

classnewClass
{
   private$name="newClass";

   publicfunctionechoName(){
       echo$this->name;
   }

   publicfunctiontest(){
       myClass::getName();
       echo"\n";
   }
}

$app=newnewClass();
$app->test();

这个代码的最终调用结果是什么呢?(运行环境PHP5.3.10)

看这个结果,有几个地方值得注意:

首先是myClass::getName()这是一个静态函数的调用
但是看一下myClass的getName()函数,它却并不是一个静态函数。

其次返回的结构
先是返回PHPStrictStandardsError。熟悉php的人应该知道,StrictError是php的编码标准化警告,一般是由于php为了保持向前兼容而报出的错误。那这么说,非静态函数的静态调用在php5.3之前的某个版本是允许的,只是在后面的版本是不被建议使用!!

好了,如果你现在将StrictError在error_reporting中注释掉,返回结果就变成了newClass!!

在php4版本的时候,子类需要调用父类的方法,但是子类又有一个同名的方法,因此不能使用$this,于是php4提供了(parentClassName::method())这样的方法。(当然php5增加了parent这个关键字)

但是php4提供的这个方法实际上就是允许了静态调用一个非静态方法!!后台由于需要向前兼容的原因,这个特性也就变成了不能删除的特性了(必须保证前面版本的代码能在后一版本的php环境中运行)。

只是增加了StrictError来对这种调用进行提示。

底层实现原因
好了,对于为什么会出现这个情况的实现原因,鸟哥的这篇文章有说明http://www.laruence.com/2012/06/14/2628.html

首先需要颠覆自己的观点,什么是静态调用?并不是说有::就是静态调用,而是看callingscope。

“$this指针指向的对象就是这个方法被调用时刻的callingscope.”

 

我换一种句子翻译:

静态调用是没有callingscope的,非静态调用$this->abc()中的$this指向的对象就是callingscope。

Callingscope是当每一句调用的时候被传递的。

理解下面的代码:

复制代码代码如下:

<?php
 classA{
   publicfunction__construct(){
   }
 }
 classBextendsA{
   publicfunction__construct(){
       parent::__construct();
  }
}


这里的parent::_construct()是子类将callingscope转化为父类A的callingscope。这个并不是静态调用。

回到最上面的例子
myClass::getName();

这个时候由于没有使用parent这样的关键字,也没有对$this重新赋值,因此callingscope并没有改变,仍然是$app。就是说这个时候,所有出现的$this指针都是指向$app的。

好了,下面的事情就很好理解了,echo$this->name;自然就是调用callingscope的name属性了。