AI閻忓繐绻楁禒锟� 闁煎疇妫勯崯鎾村濮樿鲸鏆�
闁糕晝鍠庨幃锟�
闁规亽鍔忓畷锟�PHP静态调用非静态方法的应用分析_PHP教程
推荐：基于Zend的Captcha机制的应用
本篇文章介绍了，基于Zend的Captcha机制的应用。需要的朋友参考下
静态调用非静态方法！！这在java，c#中是不可想象的，也是绝对不行的。这样的错误在这些语言中会在编译阶段就被指出错误的。但是对于php这样的动态语言呢？首先这个是语法没有错误的，php –l 找不出错误来的。如果运行呢？
先看一个例子
<?php
class myClass
{
private $name = "myClass";
public function echoName(){
echo $this->name;
}
public function getName(){
$this->echoName();
}
}
class newClass
{
private $name = "newClass";
public function echoName(){
echo $this->name;
}
public function test() {
myClass::getName();
echo "\n";
}
}
$app = new newClass();
$app->test();
这个代码的最终调用结果是什么呢？（运行环境PHP 5.3.10 ）
看这个结果，有几个地方值得注意：
首先是myClass::getName() 这是一个静态函数的调用
但是看一下myClass的getName()函数，它却并不是一个静态函数。
其次返回的结构
先是返回PHP Strict Standards Error。熟悉php的人应该知道，Strict Error是php的编码标准化警告，一般是由于php为了保持向前兼容而报出的错误。那这么说，非静态函数的静态调用在php5.3之前的某个版本是允许的，只是在后面的版本是不被建议使用！！
好了，如果你现在将Strict Error在error_reporting中注释掉，返回结果就变成了newClass!!
在php4版本的时候，子类需要调用父类的方法，但是子类又有一个同名的方法，因此不能使用$this，于是php4提供了（parentClassName::method()）这样的方法。（当然php5增加了parent这个关键字）
但是php4提供的这个方法实际上就是允许了静态调用一个非静态方法！！后台由于需要向前兼容的原因，这个特性也就变成了不能删除的特性了（必须保证前面版本的代码能在后一版本的php环境中运行）。
只是增加了Strict Error来对这种调用进行提示。
底层实现原因
好了，对于为什么会出现这个情况的实现原因, 鸟哥的这篇文章有说明 http://www.laruence.com/2012/06/14/2628.html
首先需要颠覆自己的观点,什么是静态调用?并不是说有::就是静态调用，而是看calling scope。
“ $this指针指向的对象就是这个方法被调用时刻的calling scope.”
我换一种句子翻译：
静态调用是没有calling scope的，非静态调用$this->abc() 中的$this指向的对象就是calling scope。
Calling scope是当每一句调用的时候被传递的。
理解下面的代码：
<?php
class A {
public function __construct() {
}
}
class B extends A {
public function __construct() {
parent::__construct();
}
}
这里的parent::_construct()是子类将calling scope转化为父类A的calling scope。这个并不是静态调用。
回到最上面的例子
myClass::getName();
这个时候由于没有使用parent这样的关键字，也没有对$this重新赋值，因此calling scope并没有改变，仍然是$app。就是说这个时候，所有出现的$this指针都是指向$app的。
好了，下面的事情就很好理解了， echo $this->name; 自然就是调用calling scope的name属性了。
分享：Zend的MVC机制使用分析(一)
本篇文章介绍了，Zend的MVC机制使用分析，需要的朋友参考下
评论加载中....- 相关链接：
- 教程说明：
PHP教程-PHP静态调用非静态方法的应用分析
。