Maison  >  Article  >  développement back-end  >  Quels sont les principes de réécriture des méthodes de classe PHP ?

Quels sont les principes de réécriture des méthodes de classe PHP ?

coldplay.xixi
coldplay.xixioriginal
2020-10-30 15:30:432074parcourir

Principes de réécriture des méthodes de classe PHP : 1. Les méthodes de classe modifiées finales ne peuvent pas être remplacées par les sous-classes ; 2. La question de savoir si PHP remplace les méthodes de classe parent sera uniquement jugée en fonction de la cohérence des noms de méthodes ; Le niveau ne peut être qu'égal ou inférieur à celui de la classe parent, et le niveau d'accès ne peut pas être augmenté.

Quels sont les principes de réécriture des méthodes de classe PHP ?

Principes de réécriture des méthodes de classe PHP :

1. Les méthodes de classe modifiées finales ne peuvent pas être sous-classées Réécriture<.>

La méthode de classe modifiée finale ne peut pas être remplacée par les sous-classes Même si la méthode privée finale ne peut pas être héritée, les sous-classes ne peuvent toujours pas l'aligner et la réécrire

class FinalMethod
{
    //可继承不可重写
    final public function finalPublic()
    {
        echo "can be inherited, but be overrided";
    }
    //可继承不可重写
    final protected function finalProtected()
    {
        echo "can be inherited, but be overrided";
    }
    //不可继承不可重写 虽然子类继承不到父类的private方法 但同时也会被final限制无法重写
    final private function finalPrivate()
    {
        echo "can not be inherited or be overrided";
    }
    //虽然不可继承 但子类里可重写此方法
    private function private()
    {
        echo "can not be inherited ,but be overrided";
    }
}
class Override extends FinalMethod
{
    //error
    public function finalPublic()
    {
    }
    //error
    protected function finalProtected()
    {
    }
    //error
    private function finalPrivate()
    {
    }
    //correct
    public/protected/private function private()
    {
        //子类继承父类重写父类方法时访问级别只能更加宽松 不可更为严格
    }
}

2 Est-ce PHP. La réécriture des méthodes de classe parent ne sera jugée qu'en fonction de la cohérence des noms de méthode (après 5.3, le nombre de paramètres pour la réécriture des méthodes de classe parent doit être cohérent)

Cela ne signifie pas que les paramètres de méthode ont aucun effet. PHP n'a pas de mécanisme de surcharge. Par conséquent, le fait qu'il soit remplacé ou non sera uniquement jugé par le nom de la méthode (C/C++ doit non seulement avoir le même nom de méthode, mais également les mêmes paramètres pour être considéré comme un remplacement. , sinon elle est surchargée, c'est-à-dire que l'état d'une fonction polymorphe est nouvellement défini). Lorsque les noms de méthode sont les mêmes, ils sont considérés comme remplaçant la méthode de la classe parent. Dans la version 5.2, les paramètres peuvent être différents. , les paramètres doivent être cohérents avec la méthode de la classe parent et tous suivre les règles des niveaux d'accès hérités.

class Father
{
    public function index($args_1)
    {
    }
}
class Child extends Father
{
    //5.3以后重写方法必须与父类保持参数个数相同
    public function index($args_1, $args_2)
    {
        //在C/C++中此为重载非重写,因为C/C++具有标准的多态机制,会因参数不同而视为某一方法的另一种态
        //but在php中此依然为重写 但5.3以后此为非法 必须与父类的方法参数个数保持一致
    }
    //5.3以后重写方法必须与父类保持参数个数相同
    private function index($args_1, $args_2)
    {
        //C/C++会因为参数不同于父类方法而视为重载,即新定义了一个函数的态,所以不会受到继承访问权限的限制
        //但php仍然会被视为对父类方法的重写,会受到继承访问权限的升降规则限制
    }
}

3. En cas de substitution, le niveau d'accès ne peut être qu'égal ou inférieur à celui de la classe parent et ne peut pas être mis à niveau

La méthode publique de la classe parent. ne peut pas être remplacé comme protégé par la sous-classe Ou privé, la méthode protégée ne peut pas être réécrite comme privée, elle peut être plus souple, pas plus stricte

class Father
{
    public function index()
    {
    }
}
class Child extends Father
{
    protected/private function index()
    {
       //访问权限提升 错误
       //父类为public 则子类重写也只能为public
       //父类为protected 则子类可为public/protected
       //父类为private 则子类public/protected/private皆可
    }
}

En fait, il y a beaucoup de choses intéressantes sur les règles d'héritage du niveau d'accès

private est dans notre bon sens. Il ne peut pas être hérité et ne peut pas être obtenu par les sous-classes, mais son niveau d'accès est le plus élevé, vous pouvez donc écrire private protected public dans la sous-classe, comme si nous avions redéfini une fonction nous-mêmes. particulièrement important avant la version 5.2, car les versions antérieures à 5.2 n'ont pas besoin de conserver le même nombre de paramètres lors de l'héritage et de la réécriture des méthodes de classe parent, mais après la version 5.3, les restrictions dans ce domaine ont été renforcées et le nombre de paramètres doit être le même que celui de la classe parent. la classe parent

Remarque :

Lorsqu'une sous-classe implémente la méthode abstraite de la classe parent ou la méthode d'une certaine classe implémentant l'interface, il s'agit toujours d'une relation d'héritage. Poursuivant toujours la règle. que le niveau d'accès ne peut qu'être abaissé et ne peut pas être amélioré

Et

Les méthodes abstraites ne peuvent pas être déclarées comme privées. Les méthodes modifiées abstraitement doivent être implémentées par héritage, elles ne peuvent donc être que publiques ou. protected.Les déclarations de méthodes dans les interfaces doivent être publiques.Les méthodes déclarées dans l'interface doivent également être implémentées par héritage, et ne peuvent être implémentées que par héritage.Est public,implémente La classe de cette interface spécifie également les méthodes qui sont réécrites en tant que types publics

Recommandations vidéo associées : Programmation PHP de l'entrée à la maîtrise

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn