Top 10 des pièges à éviter en PHP

1. N'utilisez pas la fonction de classe mysql_

Enfin, vous n'avez plus besoin de voir les invites suggérant de ne pas utiliser la fonction mysql_. Puisque PHP 7 les supprime complètement du noyau, cela signifie passer à de meilleures fonctions de classe mysqli_ ou à la couche PDO plus flexible.

2. N'écrivez pas de code inutile

Cela semble être une suggestion stupide, mais comme la vitesse de PHP7 masque certains problèmes, cela devient de plus en plus important. Ne soyez pas complaisant simplement parce que le passage à PHP7 rend votre site plus rapide.

Pour comprendre l'importance de la vitesse et comment mieux la faire, consultez notre article Guide du débutant sur l'optimisation de l'accélération.

En tant que développeur, vous devez vous assurer que les scripts sont chargés à la demande, recombinés lorsque cela est possible, écrire des requêtes de base de données efficaces, utiliser la mise en cache si possible, etc.

3. N'utilisez pas la balise de fermeture PHP à la fin du fichier

Si vous jetez un coup d'œil décontracté, vous constaterez que la plupart des fichiers de code principal de WordPress omettent la balise de fermeture PHP à la fin. En fait, le Zend Framework désactive spécifiquement les balises de fermeture. Il n'est pas requis par PHP, son omission à la fin du fichier garantit l'absence d'espace supplémentaire à la fin.

4. Ne transmettez pas de paramètres en citant sauf en cas d'absolue nécessité

Personnellement, je n'aime pas transmettre des paramètres en citant. Bien sûr, je sais que cela peut être utile dans certaines situations, mais la plupart du temps, cela rend le code difficile à comprendre, difficile à suivre et difficile à prédire les résultats.

Les gens pensent que les références rendent leur code plus rapide, mais comme le souligne cet article de The Respectable PHP Programmer, ce n'est pas le cas.

La fonction shuffle() ou sort() intégrée de PHP est un mauvais exemple de passage de paramètre par référence. Il modifie le tableau d'origine au lieu de renvoyer un tableau mélangé ou trié, ce qui est totalement contraire à nos souhaits.

5. N'utilisez pas de requêtes de base de données en boucles

Le pire est d'utiliser des requêtes de base de données en boucles. Cela exercera une pression inutile sur le système et, très probablement, vous pourrez obtenir les mêmes résultats plus rapidement en utilisant la requête en dehors de la boucle. Lorsque je rencontre une situation où je dois l'utiliser de cette façon, je la résous généralement en la divisant en deux requêtes pour construire un tableau. Ensuite, parcourez le tableau sans boucler la requête.

En raison du fonctionnement de WordPress, il peut y avoir quelques exceptions à cette règle. get_post_meta() obtiendra des métadonnées de la base de données, que vous pourrez utiliser en boucle si vous parcourez les métadonnées d'une publication spécifique. En effet, WordPress prend toutes les métadonnées et les met en cache lorsque vous l’utilisez pour la première fois. Les appels suivants appellent en fait les données mises en cache plutôt que la base de données.

La meilleure façon de résoudre ces problèmes est de lire la documentation de la fonction et d'utiliser quelque chose comme un écouteur de requêtes.

6. N'utilisez pas * dans les requêtes SQL. Écrivez des instructions SQL, donc je dis que c'est un jeu équitable. Dans tous les cas, si vous pouvez éviter d'utiliser des caractères génériques, ne les utilisez pas, surtout si votre base de données comporte de nombreux champs.
Spécifiez explicitement les champs dont vous avez besoin et récupérez uniquement ces champs. Cela permet d'économiser de la mémoire, de protéger les données et de rendre les choses plus claires.

Côté SQL, renseignez-vous le plus possible sur les fonctions mises à votre disposition et testez la rapidité. Lors du calcul de moyennes, de sommes et de nombres similaires, utilisez les fonctions SQL intégrées au lieu des fonctions PHP. Si vous n'êtes pas sûr de la rapidité d'une requête, testez-la et comparez-la avec d'autres approches pour choisir la meilleure.

Il n'est pas sage de faire confiance aux entrées des utilisateurs. Pour la saisie de l'utilisateur, il est toujours nécessaire de filtrer, de nettoyer, d'échapper, de valider et d'utiliser des solutions de secours. Il y a trois problèmes avec la saisie utilisateur : il est impossible pour nous, développeurs, d'envisager toutes les possibilités, les erreurs fréquentes et les saisies intentionnellement malveillantes. Un système bien pensé peut prévenir tous ces problèmes. Lorsque vous utilisez une base de données, assurez-vous d'utiliser des fonctions intégrées telles que filter_var() pour vérifier la validité, échapper et faire tout ce que vous pouvez.

WordPress propose de nombreuses fonctions pour vous aider. Jetez un œil à cet article pour en savoir plus sur la validation, l'échappement et la désinfection des données utilisateur.

Votre objectif est d'écrire un code élégant qui exprime clairement vos intentions. Vous pouvez économiser 0,01 seconde de temps de chargement sur chaque page en raccourcissant les noms de variables, en utilisant des opérations logiques ternaires à plusieurs niveaux et d'autres astuces, mais cela n'en vaut pas la peine par rapport aux conséquences de causer des maux de tête à vous et à votre équipe et des difficultés de maintenance.

Nommez les variables de manière appropriée et documentez le code de manière concise et claire. Il est préférable d'utiliser un style de codage orienté objet standardisé et de le documenter plus ou moins, plutôt que d'utiliser de nombreux commentaires de code en ligne.

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!