php方法重寫：Declaration of should be compatible with that_

1、php方法重寫：Declaration of should be compatible with that_ 假如你碰到php 方法重寫，參數(shù)不同，報錯： Declaration of should be compatible with that這種問題不防進(jìn)入?yún)⒖家幌陆鉀Q方法吧。 上網(wǎng)搜索了一下，發(fā)覺很多帖子基本都抄的一樣，說什么這是由于 php5.3版本后，要求繼承類必需在父類之后定義，假如父類定義在前，繼承類在后，就不會消失這個錯誤。尤其是上面還煞有介事的給出了正反例： 代碼如下: ?php / this code does trigger a strict message error_

2、reporting( E_ALL | E_STRICT ); class cc extends c function test() return null; class c function test( $a ) return 1; $cc = new cc(); ? ?php / this code does NOT trigger a strict message error_reporting( E_ALL | E_STRICT ); class c function test( $a ) return 1; class cc extends c function test() retu

3、rn null; $cc = new cc(); ? 并且商量了出錯的狀況多半是由于用_autoload()對類進(jìn)行自動的include，導(dǎo)致基類的定義在后面，子類定義在前面。 我看了下自己的代碼，雖然的確也用到了autoload，但是都是顯式的先導(dǎo)入了幾個基類，并不存在這樣的狀況，而且將上面的正反例子試了一下，都會消失E_STRICT的警告。 再看例子 代碼如下: ?php abstract class A / 方法無參數(shù) public static function foo() echo bar; abstract class B extends A / 方法有參數(shù) public stat

4、ic function foo($str) echo $str; ? 閃電似的 如上面的代碼：類A中的foo方法無參數(shù)，類B在繼承A后重寫foo方法時加入了參數(shù)，因此會產(chǎn)生一個類似下面E_STRICT級別的警告： Strict standards: Declaration of . should be compatible with that of 代碼如下: ?php abstract class A / 方法無參數(shù) public static function foo() echo bar; abstract class B extends A / 方法有參數(shù) public static

5、function foo($str = NULL) echo $str; ? 類B在重寫foo方法時為新加入的參數(shù)指定一個默認(rèn)值即可 真正緣由： 其實假如子類重寫方法的參數(shù)和基類不一樣，只要給參數(shù)個默認(rèn)值，使得編譯器認(rèn)為參數(shù)可以為空，保持重寫方法與基類方法的函數(shù)簽名相同就可以了。 常常用JAVA的同學(xué)確定知道，在JAVA或者C+中，重寫方法的函數(shù)簽名本應(yīng)當(dāng)就和基類函數(shù)是全都的，我認(rèn)為這也是符合自然規(guī)律的，由于override原來就是掩蓋的意思嘛，既然掩蓋了，那么就應(yīng)當(dāng)和原函數(shù)全都，不然怎么能“蓋”的住呢并且方法的重寫多用在重寫虛函數(shù)或者更明白的說就是重寫接口的函數(shù)，假如重寫的時候函數(shù)簽名都不全都了，還要接口干嘛呢。 所以PHP的新版本中，我覺得定義這個E_STRICT的警告錯誤是很有用處的，要提示程序員自己的重寫方法究竟對不對