Befreien Sie sich von diesen schlechten Gewohnheiten, Sie sind kein Neuling mehr

1. Keine Tools wie phpDoc verwenden, um Ihren Code richtig zu kommentieren

2. Die Augen vor hervorragenden integrierten Entwicklungsumgebungen wie Zend Studio oder Eclipse PDT verschließen

3. Verwenden Sie niemals ein Versionskontrollsystem, wie z. B. Subclipse

4. Übernehmen Sie keine bestimmten Codierungs- und Namensstandards kann nicht während des gesamten Projektentwicklungszyklus implementiert werden

Keine einheitliche Entwicklungsmethode verwendet

6 Eingaben oder SQL-Abfragezeichenfolgen (Anmerkung: Siehe PHP-bezogene Funktionen)

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

8 Verwenden Sie keine testgetriebene Entwicklung

9. Codieren und testen Sie nicht mit aktivierten Fehlern (Übersetzung: siehe PHP-Funktion error_reporting)

10 . Verschließen Sie die Augen vor den Vorteilen von Debuggern

Refaktorisieren Sie Ihren Code nicht

Verwenden Sie keine Muster wie MVC Die verschiedenen Ebenen des Programms sind unterteilt

13. Kenne diese Konzepte nicht: KISS, DRY, MVC, OOP, REST

14. Keine Notwendigkeit, Inhalte direkt in Ihrer Funktion oder Klasse auszugeben (echo/drucken)

15. Verschließen Sie die Augen vor den Vorteilen von Unit-Tests oder allgemeinen Tests

16. Geben Sie immer hartcodiertes HTML zurück, aber niemals reine Daten, Zeichenfolgen oder Objekte

17. Führen Sie immer „Nachricht“ und „Konfiguration“ aus Parameter" Harte Codierung

18. SQL-Abfrageanweisungen werden nicht optimiert

19. __autoload wird nicht verwendet (Anmerkung: siehe entsprechende Beschreibung in der PHP-Handbuch)

20 Keine intelligente Fehlerbehandlung zulassen (Anmerkung: siehe PEAR's ErrorStack)

21 $_POST, um destruktive sexuelle Übertragungsoperationen durchzuführen

22. Ich weiß nicht, wie man reguläre Ausdrücke

23 verwendet . Noch nie davon gehört SQL-Injection oder Cross-Site-Scripting

24. Eine einfache Konfiguration ist nicht zulässig, und der Konstruktor der Klasse darf die Parameterübertragung nicht akzeptieren und den Satz dann ausführen /get-Methode oder konstante Definition zur Laufzeit

25. Ich verstehe die Vor- und Nachteile vonObjektorientierterProgrammierung (OOP)

26. Missbrauchen Sie es unabhängig von der Größe der Situation OOP

27. Denken Sie, dass das Erreichen wiederverwendbarer Software gleichbedeutend sein muss/muss, dass Ihr Code OOP folgt

28. Keine Verwendung von Intelligenz. Der Standardwert ist

29. Es gibt keine einzelne Konfigurationsdatei

30 . Ich möchte den Quellcode der Datei nicht offenlegen, sondern stattdessen das Suffix .inc verwenden 32. Der DRY-Stil kann nicht beibehalten werden, das heißt, wiederholen Sie sich nicht. Wenn Sie ständig Dinge kopieren und einfügen, bedeutet das, dass Sie ein schlechtes Design haben

33. Es gibt keine Implementierung, die es einer Funktion/Klasse/Methode ermöglicht, nur eine Sache zu tun, und Sie können sie nicht kombinieren.

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

35. Optimieren Sie Ihren Programmarchitekturentwurf, ohne vorhandene

Entwurfsmuster

36. Erlauben Sie Ihren Benutzern nicht, das Basisverzeichnis zu verwenden, wenn viele Dateien oder Verzeichnisse vorhanden sind

37 B. die Benennung Ihrer Bibliotheksfunktionen mit gemeinsamen Zeichenfolgen

38. Verwenden Sie keine Tabellenpräfixe, wenn Sie Datenbanktabellen verwenden.

39 Verwenden Sie keine einheitliche Template-Engine.

40 Achten Sie nicht auf bestehende. Das PHP-Entwicklungsframework ist zu faul, um es zu erkunden. Tatsächlich sind darin fortgeschrittene Entwicklungskonzepte und wunderbarer Code enthalten .

Das Obige hat gezeigt, wie Sie diese schlechten Gewohnheiten loswerden können. Sie sind kein Neuling mehr, einschließlich objektorientierter, regulärer Ausdrücke und Designmuster. Ich hoffe, dass es Freunden, die sich für PHP-Tutorials interessieren, hilfreich sein wird.