Mehrere Anzeichen dafür, dass Sie noch ein PHP-Neuling sind

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.