Sie sind ein PHP Neuling, wenn Sie:

1. Verwenden Sie keine Tools wie phpDoc, um Ihren Code ordnungsgem?? zu kommentieren

2. Verschlie?en Sie die Augen vor hervorragenden integrierten Entwicklungsumgebungen wie Zend Studio oder Eclipse PDT 3. Niemals ein Versionskontrollsystem wie Subclipse verwendet haben 4. Ohne die übernahme bestimmter Codierungs- und Benennungsstandards sowie allgemeiner Konventionen k?nnen diese nicht im gesamten Projektentwicklungszyklus implementiert werden.

5. Kein einheitlicher Entwicklungsansatz verwenden

6. Bestimmte Eingabe- oder SQL-Abfragezeichenfolgen werden nicht konvertiert (oder) nicht validiert (Anmerkung: siehe PHP-bezogene Funktionen)

7. Planen Sie Ihr Programm vor dem Codieren nicht gründlich

8. Keine testgetriebene Entwicklung verwenden

9. Codieren und testen Sie nicht, wenn Fehler aktiviert sind (übersetzung: siehe PHP-Funktion error_reporting)

10. Die Vorteile eines Debuggers ignorieren

11. Ihr Code wird nicht umgestaltet

12. Verwenden Sie keine MVC-?hnlichen Muster, um verschiedene Ebenen des Programms zu trennen

13. Kennen diese Konzepte nicht: KISS, DRY, MVC, OOP, REST 14. Anstatt den Inhalt zurückzugeben, geben Sie ihn direkt in Ihrer Funktion oder Klasse aus (echo/print). 15. Die Vorteile von Einheits- oder generischen Tests ignorieren

16. Gibt immer hartcodiertes HTML zurück, jedoch niemals reine Daten, Zeichenfolgen oder Objekte

17. ?Nachricht“ und ?Konfigurationsparameter“ immer fest codieren

18. SQL-Abfrageanweisungen werden nicht optimiert

19. Verwenden Sie nicht __autoload (Anmerkung: siehe entsprechende Beschreibung im PHP-Handbuch)

20. Intelligente Fehlerbehandlung ist nicht zul?ssig (übersetzung: siehe ErrorStack von PEAR)

21. Verwenden Sie $_GET anstelle von $_POST für destruktive übertragungsvorg?nge

22. Sie wissen nicht, wie man regul?re Ausdrücke verwendet

23. Noch nie von SQL-Injection oder Cross-Site-Scripting geh?rt

24. Eine einfache Konfiguration ist nicht zul?ssig, und der Konstruktor einer Klasse darf die Parameterübertragung nicht akzeptieren und dann die Set/Get-Methode oder die Konstantendefinition zur Laufzeit ausführen.

25. Die Vor- und Nachteile der objektorientierten Programmierung (OOP) nicht verstehen

26. Missbrauch von OOP, unabh?ngig vom Ausma? der Situation

27. Denken Sie, dass die Implementierung wiederverwendbarer Software gleichbedeutend sein muss/muss, damit Ihr Code OOP folgt

28. Keine intelligenten Standardvorgaben nutzen

29. Keine einzelne Konfigurationsdatei

30. Ich m?chte den Quellcode der Datei nicht offenlegen, sondern das Suffix .inc anstelle von .php verwenden

31. Keine Datenbankabstraktionsschicht verwenden

32. Sie k?nnen keinen DRY-Stil beibehalten, das hei?t, Sie k?nnen sich nicht wiederholen. Wenn Sie st?ndig etwas kopieren und einfügen, bedeutet das, dass Ihr Design schlecht ist.

33. Es gibt keine Implementierung, die es einer Funktion/Klasse/Methode erm?glicht, nur eine Sache zu tun, noch k?nnen sie in Kombination verwendet werden

34. Die Besonderheiten von OOP wie abstrakte Klassen, Schnittstellen, Polymorphismus, Vererbung und Zugriffskontrollmodifikatoren konnten nicht ausprobiert werden (Anmerkung: z.?B. ?ffentlich, privat, geschützt)

35. Optimieren Sie den Entwurf Ihrer Programmarchitektur, ohne vorhandene Entwurfsmuster zu verwenden

36. Erlauben Sie Ihren Benutzern nicht, Basisverzeichnisse zu definieren, wenn Sie viele Dateien oder Verzeichnisse haben

37. Verschmutzung des Namensraums, z. B. Benennung Ihrer Bibliotheksfunktionen mit gemeinsamen Zeichenfolgen

38. Verwenden Sie kein Tabellenpr?fix, wenn Sie Datenbanktabellen verwenden

39. Keine einheitliche Template-Engine verwenden

40. Achten Sie nicht auf das vorhandene PHP-Entwicklungsframework und sind zu faul, es zu erkunden. Tats?chlich sind darin fortgeschrittene Entwicklungskonzepte und wunderbarer Code enthalten.