Très bonne vidéo. Elle est toujours pertinente en 2024 avec quelques mises à jour . Mises à jour : Dernièrement, depuis PHP 8.1.0, nous avons vu apparaître les "syntax callable de première classe" qui nous permettes d'avoir quelque chose de plus concis : maFonction($obj->maMethode(...)); Pour les méthodes statiques nous pouvons adopter la syntaxe suivante : maFonction(MACLASSE::maMethode);
Bonjour, sauf erreur de ma part, vous avez inversé ce chapitre avec le précédent. J'en profite pour vous dire un immense MERCI pour cette série complète qui inclus et actualise certains de vos anciens tutos. Vous avez structuré tout ça , c'est vraiment excellent. Vous m'avez déjà permis de progresser à pas de géant avec vos anciennes formations, celle-ci dépasse de loin touts mes espérances ! You're the king ! Encore merci :)
@Grafikart.fr Bonjour, je vous remercie grandement pour vos cours qui sont vraiment d'une grande pédagogie et d'une clarté transparente. Il y a un paradoxe que je remarque dans ce chapitre. Dans un précédent cours, l'un des premiers consacré à la série "Apprendre le PHP- Chapitre 10 sur les fonctions utilisateurs, partie consacré aux portée de variables dans les fonctions, " vous considériez comme "une mauvaise pratique" de déclarer une variable à l'intérieur d'une fonction tout en la considérant comme valable à l'extérieur. Pour ce faire certains développeurs utilisent selon vos dires d'alors, le mot-clé "global" devant la variable définie dans la fonction pour en accroitre la portée à l'extérieur. cela c'était pour les "fonctions utilisateurs" (non anonymes). Et là dans ce chapitre, on considère que c'est une pratique acceptable que d'utiliser "Use ($Key)" pour étendre la portée d'une variable externe à l'intérieur d'une fonction anonyme (ce qui est l'inverse de ce que fait "global" avec les fonctions utilisateurs) mais qui revient à faire interagir les variables externes et internes à la fonction (sans utiliser des variables "super globales"). C'est assez étonnant et paradoxal et je tenais à souligner ce paradoxe subtil. Ce qui est permis avec les fonctions anonymes en termes de bonne pratique ne l'est plus nécessairement pour une fonction utilisateur (non anonyme). Très bonne soirée et merci beaucoup de vos cours très enrichissants et perspicaces.
Merci beaucoup pour ce tuto :) je te suis pendant longtemps! J'aimerais s'avoir si tu compte faire un jour le systeme dashbord avec inscriptions et connexion
Le tutoriel montre comment utiliser les fonctions anonymes dans des fonctions mais il ne montre pas clairement comment initier des fonctions qui reçoivent des callables en paramètre.
Très bonne vidéo. Elle est toujours pertinente en 2024 avec quelques mises à jour .
Mises à jour :
Dernièrement, depuis PHP 8.1.0, nous avons vu apparaître les "syntax callable de première classe" qui nous permettes d'avoir quelque chose de plus concis :
maFonction($obj->maMethode(...));
Pour les méthodes statiques nous pouvons adopter la syntaxe suivante :
maFonction(MACLASSE::maMethode);
Bonjour, sauf erreur de ma part, vous avez inversé ce chapitre avec le précédent.
J'en profite pour vous dire un immense MERCI pour cette série complète qui inclus et actualise certains de vos anciens tutos.
Vous avez structuré tout ça , c'est vraiment excellent.
Vous m'avez déjà permis de progresser à pas de géant avec vos anciennes formations,
celle-ci dépasse de loin touts mes espérances !
You're the king !
Encore merci :)
Première explication et démonstration française sur les callback profitez-en !
le meilleur cour sur youtube bon continuation
Le meilleur.
Merci infiniment.
Je suis le premier a voir et commenter.
en gros tu es PREUM'S
Tiens j’ai appris un truc avec le use. 😅 merci
Merci beaucoup
@Grafikart.fr Bonjour, je vous remercie grandement pour vos cours qui sont vraiment d'une grande pédagogie et d'une clarté transparente. Il y a un paradoxe que je remarque dans ce chapitre. Dans un précédent cours, l'un des premiers consacré à la série "Apprendre le PHP- Chapitre 10 sur les fonctions utilisateurs, partie consacré aux portée de variables dans les fonctions, " vous considériez comme "une mauvaise pratique" de déclarer une variable à l'intérieur d'une fonction tout en la considérant comme valable à l'extérieur. Pour ce faire certains développeurs utilisent selon vos dires d'alors, le mot-clé "global" devant la variable définie dans la fonction pour en accroitre la portée à l'extérieur. cela c'était pour les "fonctions utilisateurs" (non anonymes). Et là dans ce chapitre, on considère que c'est une pratique acceptable que d'utiliser "Use ($Key)" pour étendre la portée d'une variable externe à l'intérieur d'une fonction anonyme (ce qui est l'inverse de ce que fait "global" avec les fonctions utilisateurs) mais qui revient à faire interagir les variables externes et internes à la fonction (sans utiliser des variables "super globales"). C'est assez étonnant et paradoxal et je tenais à souligner ce paradoxe subtil. Ce qui est permis avec les fonctions anonymes en termes de bonne pratique ne l'est plus nécessairement pour une fonction utilisateur (non anonyme). Très bonne soirée et merci beaucoup de vos cours très enrichissants et perspicaces.
Excellent
Une fonction qui prend une fonction en paramètre et/ou qui renvoie une fonction, ça s’appelle une fonction d’ordre supérieur.
Merci beaucoup pour ce tuto :)
je te suis pendant longtemps! J'aimerais s'avoir si tu compte faire un jour le systeme dashbord avec inscriptions et connexion
J'aimerais aussi savoir si compte refaire le systeme MVC avec sytseme dashbord (Inscription et connexion );
Le tutoriel montre comment utiliser les fonctions anonymes dans des fonctions mais il ne montre pas clairement comment initier des fonctions qui reçoivent des callables en paramètre.
J'adore !
5:40 mais tu peux utiliser ça aussi non ? :
A quand une formation avancée css
...une vrai pour faire du responsive et des grilles et pour gérer des interfaces complexes