J'aimerais inclure cet article dans ma série "Programmation des choses embarrassantes". Bien que je sois exposé à la conception de logiciels à l'ingénierie, à l'architecture logicielle d'entreprise et à la base de données dans les cours universitaires réguliers, je réalise encore de temps en temps les faits suivants : " Le sentiment de culpabilité qui m'est apporté est bien s?r mon sentiment subjectif et est orienté vers Eclipse?: Vous êtes un débutant en

PHP si vous?:

1. Ne pas utiliser d'outils comme phpDoc pour commenter correctement votre code

2. Fermez les yeux sur d'excellents environnements de

développement intégrés comme Zend Studio ou Eclipse PDT

3. N'avez jamais utilisé aucune forme de système de contr?le de crackée, tel que Subclipse

4. Sans l'adoption de certaines normes de codage et de dénomination, ainsi que de conventions communes, elles ne peuvent pas être mises en ?uvre tout au long du cycle de développement du projet.

5. Ne pas utiliser une approche de développement unifiée

6. Ne pas convertir (ou) ne pas valider certaines cha?nes d'entrée ou de requête SQL (Annotation?: reportez-vous aux fonctions liées à PHP)

7. Ne pas planifier minutieusement votre programme avant de coder

8. Ne pas utiliser le développement piloté par les tests

9. Ne pas coder et tester avec les erreurs activées (Annotation?: reportez-vous à la fonction PHP error_reporting)

10. Fermer les yeux sur les avantages d'un débogueur

11. Ne pas refactoriser votre code

12. N'utilisez pas de modèles de type MVC pour séparer les différents niveaux du programme

13. Je ne ne connais pas ces concepts?: KISS, DRY, MVC, OOP, REST

14. Au lieu de renvoyer, affichez directement (écho/impression) le contenu de votre fonction ou classe

15. Fermer les yeux sur les avantages des tests unitaires ou génériques

16. Renvoie toujours du HTML codé en dur, mais jamais des données, des cha?nes ou des objets purs

17. Toujours coder en dur le ? message ? et les ? paramètres de configuration ?

18. Ne pas optimiser les instructions de requête SQL

19. N'utilisez pas __autoload (Annotation?: reportez-vous à la description correspondante dans le manuel PHP)

20. La gestion intelligente des erreurs n’est pas autorisée (Traduction?: reportez-vous à ErrorStack de PEAR)

21. Utilisez $_GET au lieu de $_POST pour les opérations de transfert destructives

22. Je ne sais pas comment utiliser les expressions régulières

23. Jamais entendu parler de l'injection SQL ou des scripts intersites

24. Une configuration simple n'est pas autorisée et le constructeur d'une classe n'est pas autorisé à accepter le transfert de paramètres puis à exécuter la méthode set/get ou la définition de constante au moment de l'exécution.

25. Ne pas comprendre les avantages et les inconvénients de la programmation orientée objet (POO)

26. Abuser de la POO quelle que soit l'ampleur de la situation

27. Penser que la mise en ?uvre d'un logiciel réutilisable doit être égale/nécessaire pour que votre code suive la POO

28. Ne pas exploiter les valeurs par défaut intelligentes

29. Pas de fichier de configuration unique

30. Je ne souhaite pas exposer le code source du fichier, mais utiliser le suffixe .inc au lieu de .php

31. Ne pas utiliser de couche d'abstraction de base de données

32. Vous ne pouvez pas conserver un style SEC, c'est-à-dire ne pas vous répéter. Si vous copiez et collez toujours quelque chose, cela signifie que votre conception est médiocre.

33. Il n'existe aucune implémentation permettant à une fonction/classe/méthode de faire une seule chose, et elles ne peuvent pas non plus être utilisées en combinaison.

34. échec de l'essai des spécialités de la POO, telles que les classes abstraites, les interfaces, le polymorphisme, l'héritage et les modificateurs de contr?le d'accès (Annotation?: comme public, privé, protégé)

35. Optimisez la conception de l'architecture de votre programme sans utiliser les modèles de conception existants

36. N'autorisez pas vos utilisateurs à définir des répertoires de base si vous avez de nombreux fichiers ou répertoires

37. Polluer l'espace de noms, comme nommer les fonctions de votre bibliothèque avec des cha?nes communes

38. N'utilisez pas de préfixe de table lorsque vous utilisez des tables de base de données

39. Ne pas utiliser de moteur de modèles unifié

40. Ne faites pas attention au cadre de développement PHP existant et êtes trop paresseux pour l'explorer ; en fait, il contient des concepts de développement avancés et un code merveilleux.