Pourquoi ne pouvez-vous pas appel abrégé des fonctions de classes abstraites en PHP?

J'ai mis en place un résumé parent de la classe, et une classe concrète qui l'étend. Pourquoi la classe parent de ne pas appeler la fonction abstraite?

//foo.php
<?php
    abstract class AbstractFoo{
        abstract public static function foo();
        public static function getFoo(){
            return self::foo();//line 5
        }
    }

    class ConcreteFoo extends AbstractFoo{
        public static function foo(){
            return "bar";
        }
    }

    echo ConcreteFoo::getFoo();
?>

Erreur:

Erreur fatale: Impossible d'appeler la méthode abstraite AbstractFoo::foo() dans foo.php sur la ligne 5

  • LOL... statique abstrait... :D: cool question
InformationsquelleAutor Cam | 2010-05-18
  1. 64

    C'est une mise en œuvre correcte; vous devez utiliser statique, pas de soi, afin d'utiliser late static bindings:

    abstract class AbstractFoo{
    public static function foo() {
        throw new RuntimeException("Unimplemented");
    }
    public static function getFoo(){
        return static::foo();
    }
}

class ConcreteFoo extends AbstractFoo{
    public static function foo(){
        return "bar";
    }
}

echo ConcreteFoo::getFoo();

    exprime le "bar".

    Noter que ce n'est pas vraiment le polymorphisme. La statique clétage est tout résolu dans la classe à partir de laquelle la méthode statique a été appelé. Si vous déclarez un résumé, la méthode statique, vous recevrez un avertissement strict. PHP juste des copies de toutes les méthodes statiques de la société mère (super) classe si elles n'existent pas chez l'enfant (sous -) classe.

    • Malade... Merci! Quelle est la différence entre le soi et le statique? Edit: Apparemment ce mot-clé n'existe pas (peut-être une version chose).
    • Lisez la page de manuel sur la résolution statique à la volée, que j'ai relié.
    • Oui, c'est disponible seulement sur PHP 5.3.
    • LSB est la principale raison de l'utilisation de PHP 5.3. Il permet d'économiser plus de mémoire que de tout autre élément mis en œuvre lorsque utilisé dans les modèles de conception.
    • J'ai eu un cas de PHP à défaut d'atteindre la mise en œuvre d'un résumé de méthode statique dans ma classe (mis en œuvre dans une sous-classe) - résolu avec "static::".
    • J'ai enlevé le static mot suivant pour function de l'enfant et les classes abstraites. return static::foo(); whas la bonne réponse. Alors la super-classe peut se lier à la classe enfant de mise en œuvre de la fonction abstraite. La version de PHP 5.6.
    • Je vous en remercie!

    InformationsquelleAutor Artefacto
  2. 7

    Vous remarquez que le mot self?

    Qui pointe vers AbstractClass. Ainsi, il appelle AbstractClass::foo(), pas ConcreteClass::foo();

    Je crois que PHP 5.3 fournira résolution statique à la volée, mais si vous n'êtes pas sur cette version, l'auto ne fera pas référence à une classe étendue, mais la classe que la fonction est situé dans.

    Voir: http://us.php.net/manual/en/function.get-called-class.php

    • Le mot-clé au lieu de self à utiliser est static de référence ConcreteClass en 5.3+
    InformationsquelleAutor Tyler Carter
  3. 0

    C'est une règle qui abstract et static mots-clés ne peuvent pas être utiliser sur une méthode en même temps.

    Une méthode avec un abstract mot-clé signifie que sous-classe doit mettre en œuvre. L'ajout de l'électricité statique à une méthode d'une classe nous permet d'utiliser la méthode sans instanciation.

    C'est pourquoi l'erreur se produit.

    • Et, pourtant, ils peuvent être utilisés. Un exemple serait d'utiliser PHPUnit statique setUpBeforeClass() avec des valeurs selon les sous-classes - vous auriez besoin d'un résumé (de sorte que le sous-classes en œuvre, en premier lieu, et également différemment) statique (de sorte que vous pouvez appeler à partir d'setUpBeforeClass()) de la méthode.
    InformationsquelleAutor Tomheng