La declaración de métodos debe ser compatible con los métodos principales en PHP

Estándares estrictos: la declaración de childClass :: customMethod () debe ser compatible con la de parentClass :: customMethod ()

¿Cuáles son las posibles causas de este error en PHP? ¿Dónde puedo encontrar información sobre lo que significa ser compatible ?

childClass::customMethod()tiene argumentos diferentes, o un nivel de acceso diferente (público / privado / protegido) que parentClass::customMethod().

Este mensaje significa que hay ciertas posibles llamadas a métodos que pueden fallar en tiempo de ejecución. Suponga que tiene

class A { public function foo($a = 1) {;}}
class B extends A { public function foo($a) {;}}
function bar(A $a) {$a->foo();}

El compilador solo verifica la llamada $ a-> foo () con los requisitos de A :: foo () que no requiere parámetros. Sin embargo, $ a puede ser un objeto de clase B que requiere un parámetro y, por lo tanto, la llamada fallaría en tiempo de ejecución.

Sin embargo, esto nunca puede fallar y no desencadena el error.

class A { public function foo($a) {;}}
class B extends A { public function foo($a = 1) {;}}
function bar(A $a) {$a->foo();}

Por lo tanto, ningún método puede tener más parámetros necesarios que su método principal.

El mismo mensaje también se genera cuando las sugerencias de tipo no coinciden, pero en este caso PHP es aún más restrictivo. Esto da un error:

class A { public function foo(StdClass $a) {;}}
class B extends A { public function foo($a) {;}}

como hace esto:

class A { public function foo($a) {;}}
class B extends A { public function foo(StdClass $a) {;}}

Eso parece más restrictivo de lo que debería ser y supongo que se debe a factores internos.

Las diferencias de visibilidad provocan un error diferente, pero por la misma razón básica. Ningún método puede ser menos visible que su método principal.

Si desea mantener el formulario OOP sin desactivar ningún error, también puede:

class A
{
    public function foo() {
        ;
    }
}
class B extends A
{
    /*instead of : 
    public function foo($a, $b, $c) {*/
    public function foo() {
        list($a, $b, $c) = func_get_args();
        // ...

    }
}

Solo para expandir este error en el contexto de una interfaz, si escribe insinuando los parámetros de su función de esta manera:

interfaz A

use Bar;

interface A
{
    public function foo(Bar $b);
}

Clase B

class B implements A
{
    public function foo(Bar $b);
}

Si ha olvidado incluir la usedeclaración en su clase de implementación (Clase B), también obtendrá este error aunque los parámetros del método sean idénticos.

Enfrenté este problema al intentar extender una clase existente desde GitHub. Voy a tratar de explicarme, primero escribiendo la clase como pensé que debería ser, y luego la clase como es ahora.

Lo que pensé

namespace mycompany\CutreApi;

use mycompany\CutreApi\ClassOfVendor;

class CutreApi extends \vendor\AwesomeApi\AwesomeApi
{
   public function whatever(): ClassOfVendor
   {
        return new ClassOfVendor();
   }
}

Lo que finalmente hice

namespace mycompany\CutreApi;

use \vendor\AwesomeApi\ClassOfVendor;

class CutreApi extends \vendor\AwesomeApi\AwesomeApi
{
   public function whatever(): ClassOfVendor
   {
        return new \mycompany\CutreApi\ClassOfVendor();
   }
}

Entonces, parece que este error surge también cuando está utilizando un método que devuelve una clase con espacio de nombres e intenta devolver la misma clase pero con otro espacio de nombres. Afortunadamente he encontrado esta solución, pero no entiendo completamente el beneficio de esta característica en php 7.2, para mí es normal reescribir los métodos de clase existentes a medida que los necesite, incluida la redefinición de los parámetros de entrada y / o incluso el comportamiento del método.

Una desventaja del enfoque anterior es que los IDE no podían reconocer los nuevos métodos implementados en \ mycompany \ CutreApi \ ClassOfVendor (). Entonces, por ahora, iré con esta implementación.

Hecho actualmente

namespace mycompany\CutreApi;

use mycompany\CutreApi\ClassOfVendor;

class CutreApi extends \vendor\AwesomeApi\AwesomeApi
{
   public function getWhatever(): ClassOfVendor
   {
        return new ClassOfVendor();
   }
}

Entonces, en lugar de intentar usar el método "lo que sea", escribí uno nuevo llamado "getWhatever". De hecho, ambos están haciendo lo mismo, solo devuelven una clase, pero con diferentes espacios de nombres como he descrito antes.

Espero que esto pueda ayudar a alguién.