Utilisation d'une référence de superclasse pour un objet de sous-classe

Considérons un scénario dans lequel nous créons une classe nommée Utilisateur, puis créons une sous-classe qui étend l'utilisateur appelé Employé.
Généralement, nous créons une instance de Utilisateur avec :

User user = new User();

Ici User est le type de la variable user, user est la variable qui contient l'instance de la classe et new User() crée une nouvelle instance de User.
En termes simples, l'utilisateur est une instance de User.

---

Mais que se passe-t-il si la superclasse Utilisateur doit utiliser des méthodes définies dans sa sous-classe Employé ? Est-ce que cela peut arriver ?
La réponse courte est oui, mais uniquement pour les méthodes remplacées (méthodes qui existent à la fois dans la superclasse et la sous-classe). C'est ce qui permet le polymorphisme.
Puisque la relation en héritage est une relation "est-un", L'employé est-un utilisateur. ainsi, rien n'empêche Utilisateur de détenir une référence à une instance de sa sous-classe Employé, tant qu'il s'agit d'un type compatible.

Cela se fait comme suit :

User user = new Employee();

Maintenant, disons que la classe User a deux méthodes :

1. getUserName()
2. getUserSalary().

tandis que la classe Employee a une méthode supplémentaire appelée getEmployeeInformation() et remplace la méthode getUserSalary().

Ensuite avec User user = new Employee();:

1. user.getUserName() fonctionnera, tel qu'il est défini dans la classe User.

2. user.getUserSalary() fonctionnera également, mais le résultat proviendra de la méthode getUserSalary() remplacée dans la classe Employee, et non de celle de User . C'est l'essence du polymorphisme.

3. user.getEmployeeInformation() ne fonctionnera pas. Cela générera une erreur de compilation car elle est spécifique à la classe Employee.

Une erreur de compilation se produit lorsque le compilateur détecte des problèmes tels que des erreurs de syntaxe, des incompatibilités de type ou d'autres violations qui empêchent la compilation réussie du code.

Si on essaie de faire l'inverse et de référencer un objet de sous-classe Employé avec une référence de superclasse Utilisateur, cela ne fonctionnera pas sans casting manuel ! Cela nécessite un casting explicite, car Utilisateur n'est pas nécessairement un Employé.

---

Upcasting VS. Downcasting

Après avoir expliqué cela de manière simple, avec un exemple simple, concentrons-nous sur les termes.

La

"Référence de superclasse à un objet de sous-classe" est généralement appelée upcasting. En termes simples, le transtypage consiste à transtyper un objet enfant en un objet parent, et cela se produit implicitement (ce qui signifie que le compilateur le gère automatiquement, nous n'avons donc pas besoin de syntaxe de transtypage spécifique). C'est comme quand nous avons fait User user = new Employee();.

Et le downcasting ?

Le downcasting est exactement le contraire du upcasting.

Vous vous souvenez quand nous avons dit que la création d'une référence Employé à partir d'une instance d'utilisateur n'était pas valide ? C'est ce qu'on appelle le downcasting, et cela doit être fait explicitement en utilisant la syntaxe de casting. Bien que la diffusion ascendante soit très sûre, la la diffusion descendante entraîne des risques. Cela ne veut pas dire que ce n’est pas utile, mais il faut l’utiliser avec prudence.

Je n'entrerai pas dans les détails sur le downcasting puisque cet article se concentre sur le upcasting, mais le point clé est de montrer la principale différence entre le downcasting et le upcasting.

---

Et c’est fini ! :)

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!