PHP Coding Standard |
Wenn man dem Extreme Programming folgt, wird man wissen, dass die Einhaltung eines Coding Standards ein wichtiger Bestandteil der gesamten Projektarbeit ist. Darüber hinaus gibt es jedoch auch andere wichtige Faktoren:
um nur einige zu nennen. Bis auf den Punkt "Kommunikation" unterstützt ein Coding Standard alle genannten Punkte. Selbst die Urlaubsvertretung wird einfacher, denn wenn jeder den Code des anderen versteht, kann man auch schnell Bug-Fixes vornehmen oder Module des anderen verwenden ohne das Rad neu zu erfinden.
Zitat von Martin Fowler ("Refactoring - Improving the design of existing code", Seite 15) |
Any fool can write code that a computer can understand. Good programmers write code that humans can understand. |
Um diese Ziele zu erreichen, muss eine PHP-Applikation
sein. Im besten Falle kann sogar ein Kunde die Module der PHP-Applikation verstehen und weiter verwenden. Wenn man das nicht möchte, so ist die logische Schlussfolgerung nicht Kommentare und Struktur wegzulassen, sondern den PHP-Code zu verschlüsseln, zum Beispiel mit dem Zend Guard oder dem PHP Encoder.
Das Ziel von leicht verständlichem Source-Code ist erreicht, wenn jedes Mitglied des Teams, jedes Modul aus dem Stehgreif erklären kann. Nicht zuletzt soll jede Arbeit am Projekt, dem Code und der Dokumentation Spaß machen. Je höher der Frustfaktor ist, je unübersichtlicher Strukturen und Code sind, desto höher ist die Wahrscheinlichkeit, das die Arbeit keinen Spaß mehr macht. Das gilt es auf jeden Fall zu verhindern.
Es folgen die Regeln, die eingehalten und nicht gebrochen werden sollten. Im Gegensatz dazu stehen die Empfehlungen, denen man nicht folgen muss. Die Beispiele in Richtig und Falsch sollen die Regeln und Empfehlungen verdeutlichen.