Hello,

stellt sich noch die ketzerische Frage, ob ein lockerer Schreibstil, also mit vielen kurzen übersichtlichen Zeilen, vielen Leerzeilen, Trennlinen und optischen Blockbildungen sich negativ auf die Laufleistung eines Programms oder etwa auf die Dateigröße auswirkt.

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

--
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen
Nur selber lernen macht schlau
Ein Jammer ist auch, dass die Dummen so selbstsicher und die Klugen voller Zweifel sind. Das sollte uns häufiger zweifeln lassen :-)

Hello,

... unabhängig von meiner Aussage noch ein Link auf eine recht sortierte Seite zum Thema "Coding Standard in PHP"

http://php-coding-standard.de/php_coding_standard.php

Andere machen sich auch Gedanken, auch wenn es vielleicht manchmal andere Gedanken sind.

Harzliche Grüße vom Berg
http://bergpost.annerschbarrich.de

Tom

--
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen
Nur selber lernen macht schlau
Ein Jammer ist auch, dass die Dummen so selbstsicher und die Klugen voller Zweifel sind. Das sollte uns häufiger zweifeln lassen :-)

Hallo Tom,

Genauso sollte man im Zeitalter von Copy & Paste, Foren und Boards, usw. keine beständigen Tabulatoren für die Einrückungen benutzen, sondern den Editor so einstellen, dass er sie in Leerzeichen umwandelt.

ich schreibe Code nicht für Foren. Auch nicht für Copy & Paste. Ich bin ein
Befürworter von Tabulatoren, da sich so Style-Guides mit individueller Vorliebe
am einfachsten ohne Umformatieren einhalten lassen.

Bei mir ist der Tabulator auf die Breite von 4 Zeichen eingestellt. Zwei sind
mir persönlich schon zuwenig.

Freundliche Grüße

Vinzenz

Hallo,

if (eine_recht_lange_bedingung and eine_recht_lange_bedingung and
      eine_recht_lange_bedingung and eine_recht_lange_bedingung)
  {
      anweisung;
      anweisung;
  }

sieht schon viel besser aus. ;-)

Ich weiß nicht, wer sich den "Standard" mit der öffnenden Block-Klammer gleich hinter der Code-Zeile ausgedacht hat. Es ist durch diverse Untersuchungen nachgeweisen, dass die Fehlerquote bei jener Schreibweise wesentlich höher ist, als die bei der von mir oben gezeigten.

Ich kenne diese Untersuchungen nicht, kann die Aussage aber für mich bestätigen. Deswegen setze ich auch andere, für das Erfassen und Verstehen wichtige Token nie ans Zeilenende, sondern an den Zeilen_anfang_. Das oben beispielhaft skizzierte if-Statement würde bei mir deshalb so aussehen:

if (eine_recht_lange_bedingung and eine_recht_lange_bedingung
   && eine_recht_lange_bedingung and eine_recht_lange_bedingung)

Auch längere Summenausdrücke schreibe ich gern mehrzeilig, wobei das Pluszeichen bei mir dann immer am Anfang der Folgezeile steht, sauber untereinander ausgerichtet. Das bildet auch den zugehörigen "Denkprozess" besser ab:

$summe = $basis
         + $beitrag1
         + 3 * $beitrag2
         - $beitrag3;

Da stellt jede Zeile einen in sich abgeschlossenen Denkschritt dar; die ebenfalls häufig anzutreffende Schreibweise mit dem Plus- oder Minuszeichen am Ende der Zeile ist IMHO nicht so klar nachvollziehbar.

Genauso sollte man im Zeitalter von Copy & Paste, Foren und Boards, usw. keine beständigen Tabulatoren für die Einrückungen benutzen, sondern den Editor so einstellen, dass er sie in Leerzeichen umwandelt.

ACK.

Formatfreie Sprache heißt ja noch lange nicht, dass man nicht gewisse sinnvolle Standards einhalten sollte.

Sicher, aber was sinnvoll ist, empfindet jeder etwas anders. Ich halte es deshalb für falsch, einen bestimmten Stil allgemein als "richtig" hinstellen oder gar vorschreiben zu wollen - empfehlen und/oder diskutieren dagegen schon. "Richtig" ist dann, womit jeder einzelne, der diesen Code schreibt, am besten zurechtkommt.

So long,
 Martin

echo $begrüßung;

Ich weiß nicht, wer sich den "Standard" mit der öffnenden Block-Klammer gleich hinter der Code-Zeile ausgedacht hat.

Die Wikipedia weiß dass sich den "One True Brace Style" die C-Erfinder Kernighan und Ritchie ausgedacht haben.
Erstaunlicherweise erhitzt diese Marginalität anscheinend die Gemüter mehr als wirkliche Programmier-Stil-Fehler, wie z.B. Variablen nicht explizit initialisiert, Rückgabewerte nicht ausgewertet.

echo "$verabschiedung $name";

Hi,

Der 1TBS-Stil für Einrückungen liegt mir am besten. Ein Problem mit vergessenen Klammern habe ich nie, weil ich immer zuerst beide Klammen hinschreibe.

das mach ich auch so, trotzdem ist mir die Notation mit Klammern am Anfang der Zeile lieber. Ich selbst hab mich da auch noch nicht verstolpert, bin aber bei Fremdcode schon einige Male schwer ins Schleudern gekommen, weil ich die unauffällig am Zeilenende stehende Klammer übersehen habe.

Was mich bzgl. Programmierstil schon lange interessiert: Wie macht ihr das in Funktionen, wenn bedingte Anweisungen mitspielen, wie in folgendem Pseudocode:

Mal abgesehen von der Position der öffnenden Klammer ...

4. Oder so (von mir bevorzugt):

function diesOderDas(wetter) {
  wenn (wetter ist schön) {
    return wir unternehmen dieses
  }
  return wir unternehmen jenes
}

ist das auch meine bevorzugte Struktur: Sobald das Funktionsergebnis feststeht, beende ich die Funktion. Wenn die Funktion natürlich noch irgendwelche "Aufräumarbeiten" braucht, scheidet das Prinzip aus.

Variante 4 gefällt mir am besten, weil man z.B. die einfachen Fälle bzw. solche, die weniger Code brauchen, gleich am Anfang abhandeln kann und man keine weitere Einrückung in einem else-Zweig benötigt, der evtl. wesentlich mehr Code enthält.

Es gibt noch ein Argument für diesen Stil: Selbst wenn alle Stricke reißen und keine Bedingung so zutrifft, wie man es eigentlich erwartet hat, greift immer noch das letzte return-Statement und man hat auf jeden Fall einen definierten Rückgabewert.

Ciao,
 Martin

echo $begrüßung;

Was mich bzgl. Programmierstil schon lange interessiert: Wie macht ihr das in Funktionen, wenn bedingte Anweisungen mitspielen, wie in folgendem Pseudocode:

Ich entscheide das im konkreten Einzelfall. Prinzipiell versuche ich ohne temporäre Variablen auszukommen, wenn das betreffende Codestück übersichtlich bleibt.

Wenn der Fall wirklich so einfach ist wie im Beispiel täte es auch ein:

wir unternehmen (wetter ist schön ?  dieses : jenes)

echo "$verabschiedung $name";

Hallo

... Jedenfalls waren mitten in den Tags hartcodierte Returns, natürlich nicht einem bestimmten Muster folgend, sondern immer an anderer Stelle, etwa so:

<img src=
"/blubb/blobb.gif" width=
"400" height="500"
alt="blubbblobb">

Die Downloadversion der PHP-Dokumentation (many html files) sieht ähnlich aus. Jedes Attribut bekommt eine eigene Zeile. Da gibt man den Plan, dem Paket eine CSS-Datei zuzuweisen, gleich wieder auf. :-(

Tschö, Auge