Vidéo: CAHIERS D'UNE CLASSE DE CE1-CE2 [VLOG 19] 2025
Les classes peuvent être utilisées pour fournir des raccourcis et des assistants tout au long de la programmation. Par exemple, vous pourriez avoir une classe pour définir un utilisateur. Vous pouvez ensuite ajouter des fonctions (appelées méthodes) à cette classe d'utilisateurs pour les choses courantes que les utilisateurs pourraient devoir faire, comme mettre à jour leurs mots de passe.
Sans cours, vous finirez par avoir de nombreuses fonctions dans vos programmes, pouvant être en conflit les uns avec les autres.
Imaginez le scénario (c'est vraiment arrivé) où vous écrivez un ensemble de programmes de gestion des utilisateurs sans classes. Ces programmes incluent des fonctions telles que changePassword, addPermission, setEmail, etc. Vous voulez maintenant fusionner ce code avec celui d'un autre utilisateur pour ajouter la capacité d'utiliser des groupes ou des rôles dans votre programme. Leurs programmes sont également écrits sans classes, et ils ont certains des mêmes noms de fonctions que vos programmes, comme addPermission.
Lorsque vous tentez de les fusionner, vous ne trouverez pas de fin aux collisions de confusion et de nom de fonction. Au moment où vous avez fini de fusionner le code, vous pourriez avoir tout écrit de nouveau à partir de zéro!
D'un autre côté, si vous définissez vos programmes en utilisant des classes, alors la fonction addPermission (méthode) ne pourrait jamais entrer en collision avec une autre fonction car la méthode addPermission est liée à la classe user.
Rappelez-vous que pour créer un utilisateur orienté objet (appelé instancier un objet utilisateur), vous utilisez le mot-clé New. Par exemple, si votre classe d'utilisateur s'appelait Utilisateur (à défaut d'un terme moins descriptif), vous l'instanciez comme suit:
$ user = new User;
Ensuite, lorsque vous appelez des méthodes, vous les appelez via votre propre copie de l'objet utilisateur, comme ceci:
$ user-> addPermission ();
Maintenant, il ne peut pas y avoir de conflit parce qu'un objet de groupe s'appellerait quelque chose de différent.
