Webstatt.org - Community seit 2006 - 2012 (2024?)

Formatierung

Avatar user-325
06.03.2006 13:54

Hi!

Mich würde mal interessieren, nach welchem Schema ihr euren PHP Code formatiert.
Ich halte mich atm an den PEAR Coding Standard.

<?php
if ((condition1) || (condition2)) {
action1;
} elseif ((condition3) && (condition4)) {
action2;
} else {
defaultaction;
}
?>

Gruss

PHP spricht hebräisch. lächeln
Parse error: syntax error, unexpected ')', expecting T_PAAMAYIM_NEKUDOTAYIM
user-150
06.03.2006 14:05

mach ich genauso lächeln

Mehr schlaue Sprüche gibt es auf: anotherstyle.de Psicologia
Avatar user-166
06.03.2006 14:09

Ich auch, nur das ich zum Einrücken zwei statt viel Leerzeichen verwende.

[ » HesaSys - ein freies, schnelles und flexibles WCMS ]
Avatar user-168
06.03.2006 14:20

Wie sieht denn der Standard aus? Ich mache das immer so:


if ($variable == 'Webstatt'zwinkern {
echo 'Toll!';
} else
echo 'Menno!';


Außer es muss schnell gehen oder ist aus sonstigen Umständen in dem Fall nicht so toll...

Dustwolf ------------------------- Und wenn du lange in einen Abgrund blickst, blickt der Abgrund auch in dich hinein. F. Nietzsche
Avatar user-325
06.03.2006 14:22

Original von user-168
Wie sieht denn der Standard aus? Ich mache das immer so:


if ($variable == 'Webstatt'zwinkern {
echo 'Toll!';
} else
echo 'Menno!';


Außer es muss schnell gehen oder ist aus sonstigen Umständen in dem Fall nicht so toll...

Beim PEAR Standard sind es vier statt zwei Leerzeichen zwinkern

PHP spricht hebräisch. lächeln
Parse error: syntax error, unexpected ')', expecting T_PAAMAYIM_NEKUDOTAYIM
Avatar user-253
06.03.2006 14:33

Ich halte mich grob an den PEAR Standard, allerdings rücke ich Tabs mit einer Breite von 6 anstellen von Leerzeichen ein.
Ich habe nie den Sinn einer Einrückung mit Leerzeichen verstanden... (Außer mysteriösen CVS Geschichten) - vielleicht kann mich jemand aufklären.

Benutzt ihr ein spezielles Format für Kommentare - insbesondere bei Funktions-/Methoden/KLassenkommentaren

Michael

user-210
06.03.2006 14:34

Also ich rücke immer um 1 Leerzeichen ein.
Das hab ich mir so angewöhnt, aber wenn ich z.B. mit highlight_file() arbeite, muss ich 2 Leerzeichen einrücken, damit das in der Ausgabe auch eingerückt ist.

Vielleicht änder ich deshalb mal meinen Stil von 1 auf 2 oder 4 Leerzeichen lächeln

Sie haben soeben die Position Ihres Mauszeigers auf dem Monitor verändert. Bitte starten sie Windows neu damit die Änderungen wirksam werden.
Avatar user-253
06.03.2006 14:36

Deswegen sind Tabs viel toller, dann kann jeder einstellen wie weit der Code eingerückt ist.

Ein einzelnes Leerzeichen halte ich persönlich für sinnlos, es soll die Lesbarkeit ja steigern ohne dass man sich darauf konzentrieren muss

Avatar user-325
06.03.2006 14:37

Original von user-251el
Ich halte mich grob an den PEAR Standard, allerdings rücke ich Tabs mit einer Breite von 6 anstellen von Leerzeichen ein.
Ich habe nie den Sinn einer Einrückung mit Leerzeichen verstanden... (Außer mysteriösen CVS Geschichten) - vielleicht kann mich jemand aufklären.

Benutzt ihr ein spezielles Format für Kommentare - insbesondere bei Funktions-/Methoden/KLassenkommentaren

Michael

Also bei meinem Editor entspricht einem Tab zwei Leerzeichen. Macht es dann einen Unterschied, ob ich nun mit zwei Tabs oder vier Leerzeichen einrücke? ;(

Meine Kommentare sind fast ausschließlich einzeilig, daher benutze ich immer '//'.

//edit: Huch, ich kann ja die Tabbreite verändern :O

PHP spricht hebräisch. lächeln
Parse error: syntax error, unexpected ')', expecting T_PAAMAYIM_NEKUDOTAYIM
Avatar user-253
06.03.2006 14:38

*wiederhol* Der große Vorteil von Tabs ist, dass jeder bei sich selbst im Editor einstellen kann wieviele Stellen ein Tab ist.

// edit

genau zwinkern

Avatar user-168
06.03.2006 14:44

Thiemm, für Einzeiler ist # angenehmer als //, finde ich.
Also 1 Leerzeichen finde ich zu wenig, aber 4 sind für meine Scripts und mein 15" Notebook zu unpraktisch. Da knallt mir jede längere MySQL-Abfrage sofort nen Zeilenumbruch rein, oder ich sroll mich zur Seite bis zur Erschöpfung.

Dustwolf ------------------------- Und wenn du lange in einen Abgrund blickst, blickt der Abgrund auch in dich hinein. F. Nietzsche
Avatar user-253
06.03.2006 14:46

# mag ich dank Perl auch wieder sehr gerne aber ist es bei PHP nicht deprecated?

Avatar user-325
06.03.2006 14:52

Original von user-251el
# mag ich dank Perl auch wieder sehr gerne aber ist es bei PHP nicht deprecated?

Können wir nicht ein wenig mehr die deutsche Sprache pflegen? =)
*dict.leo.org aufruf*

# ist auch für Einzeiler möglich und erlaubt. Oder was genau verstehst du unter 'deprecated'?

PHP spricht hebräisch. lächeln
Parse error: syntax error, unexpected ')', expecting T_PAAMAYIM_NEKUDOTAYIM
Avatar user-168
06.03.2006 15:05

Wird zumindest oft für Einzeiler und zum markieren verwendet. Ich mache das beispielsweise so:

#
# Counter
#

Anweisungen
#Einzelkommentar
Anweisungen
#Einzelkommentar
etc.

Dustwolf ------------------------- Und wenn du lange in einen Abgrund blickst, blickt der Abgrund auch in dich hinein. F. Nietzsche
Avatar user-255
06.03.2006 15:06

Tsü!
condition1||condition2?action1:condition3&&condition4?action2:defaultaction

Those who can, do. Those who can't, teach. # Musik gehört dem Volk! # last.fm
Avatar user-253
06.03.2006 15:08

Natürlich sollte die deutsche Sprache benutzt werden, allerdings ist deprecated ein feststehender Begriff.

Da ich eben aber nichts dazu gefunden habe werde ich Zukunft guten Gewissens schöne # Kommentare in PHP verwedenden *freu*

Avatar user-325
06.03.2006 15:13

Natürlich sollte die deutsche Sprache benutzt werden, allerdings ist deprecated ein feststehender Begriff.

Sorry, wusste ich nicht :O

Da ich eben aber nichts dazu gefunden habe werde ich Zukunft guten Gewissens schöne # Kommentare in PHP verwedenden *freu*

Habe hier ein PHP5 Buch neben mir liegen. Dem nach sind #-Kommentare korrekt.

Tsü!
condition1||condition2?action1:condition3&&condition4?action2:defaultaction

*lol* Das stand hier nicht zur Debatte. :]

PHP spricht hebräisch. lächeln
Parse error: syntax error, unexpected ')', expecting T_PAAMAYIM_NEKUDOTAYIM
Avatar user-325
11.03.2006 21:02

Wie "bindet" man eigentlich Variablen korrekt in eine MySQL Query ein?

mysql_query("SELECT `bla` FROM `foo` WHERE `irgendwas` = '$mop'"zwinkern;
oder
mysql_query("SELECT `bla` FROM `foo` WHERE `irgendwas` = '".$mop."'"zwinkern;
oder ganz anders?!


btw...wieso kann man das Prefix nicht nachträglich ändern?

PHP spricht hebräisch. lächeln
Parse error: syntax error, unexpected ')', expecting T_PAAMAYIM_NEKUDOTAYIM
Avatar user-253
11.03.2006 21:08

Ich würde die erste Variante benutzen. Die doppelten Hochkommas sind ja gerade dafür da, dass man Variablen dazwischen verwenden kann.

Avatar user-255
12.03.2006 09:04

Die Formatierung ist reine Geschmackssache - Hauptsache es funktioniert! zwinkern

Those who can, do. Those who can't, teach. # Musik gehört dem Volk! # last.fm
Unknown
12.03.2006 09:11

Original von user-255
Die Formatierung ist reine Geschmackssache - Hauptsache es funktioniert! zwinkern

Falsch falsch falsch
Avatar user-255
12.03.2006 09:47

Original von sebastian
Falsch falsch falsch

Welch fundierte Argumentation! *thumbsup*

Was ich damit sagen wollte, Herr Weyrauch, ist, dass diese Diskussion eine Relevanz besitzt, die gegen Null assimiliert.

Oder schreibt dir etwa jemand vor, wie du deinen Code formatieren musst? Na siehste...

Those who can, do. Those who can't, teach. # Musik gehört dem Volk! # last.fm
Unknown
12.03.2006 09:55

Natürlich gibt es Konventionen.

Also erstmal ist es für einen selbst wichtig, dass man den Überblick behält. Wenn man nach einem Jahr in seinen tausendzeiligen Code reinschaut, dann sollte man sich recht schnell reinarbeiten können.

Aber noch viel wichtiger: Schon mal im Team zusammengearbeitet? Weißt du wie es dann wäre, wenn sich niemand an Konventionen hält?

Oder schon mal eine fremde Programmierung vorliegen gehabt, die du erweitern/abändern solltest?

Und spätestens hier musst du einsehen, dass Formatierungen nicht nur Geschmackssache sind, sondern Konventionen durchaus Sinn machen und man sich daran halten sollte.
Avatar user-255
12.03.2006 10:19

Original von sebastian
Natürlich gibt es Konventionen.

Eben, Konventionen. Vereinbarungen. Aber ist der Unterschied zwischen
<?php
mysql_query(
"s"
."e"
."l"
."e"
."c"
."t"
." "
.$foo
." "
."f"
."r"
."o"
."m"
." "
.$bar
);
?>

und
<?php
mysql_query( "select $foo from $bar" );
?>

wirklich so wichtig..?

Für die ganz harten Fälle gibt's ja immer noch "code beautifier", wie z.B. hier. zwinkern

Those who can, do. Those who can't, teach. # Musik gehört dem Volk! # last.fm
Unknown
12.03.2006 10:22

natürlich ist das ein krasses beispiel.

ist auch ein unterschied ob ich ein kontaktformular mit 10 zeilen code programmiere oder 10000 zeilen code vor mir liegen habe und da machen details viel aus

p.s.: außerdem gibts teilweise performance unterschiede
user-210
12.03.2006 10:25

Original von user-255
Für die ganz harten Fälle gibt's ja immer noch "code beautifier", wie z.B. hier. zwinkern


Owei, man kann's auch übertreiben Fettes Grinsen

Mein Standpunkt ist recht einfach:

Man sollte seinen Quellcode so formatieren, dass man damit arbeiten kann und es beim programmieren einfacher hat.

btw.: Ich wollte ja meinen Stil von 'einmal Leerzeichen einrücken' auf das Arbeiten mit Tab ändern, aber irgendwie habe ich keine einzige Zeile PHP mehr gecodet, seitdem die Diskussion hier entbrannt ist *g*

Sie haben soeben die Position Ihres Mauszeigers auf dem Monitor verändert. Bitte starten sie Windows neu damit die Änderungen wirksam werden.
Avatar user-206
12.03.2006 10:25

das Beispiel war vll ein bisschen übertrieben-> wer formatiert so schon?Fettes Grinsen im großen und ganzen stimme ich user-255 aber zu, aber ich finde so man kann seinen eigenen style entwickeln, aber der sollte vll auch noch etwas übersichtlich sein. Also ich meine ich code eher so im übersichtlichen stil^^

edit:// so julian hats jetzt auf den punkt gebracht was ich meinte^^ thx Fettes Grinsen

Eintracht Braunschweig
Unknown
12.03.2006 10:32

Original von user-210
Original von user-255
Für die ganz harten Fälle gibt's ja immer noch "code beautifier", wie z.B. hier. zwinkern


Owei, man kann's auch übertreiben Fettes Grinsen

Mein Standpunkt ist recht einfach:

Man sollte seinen Quellcode so formatieren, dass man damit arbeiten kann und es beim programmieren einfacher hat.

btw.: Ich wollte ja meinen Stil von 'einmal Leerzeichen einrücken' auf das Arbeiten mit Tab ändern, aber irgendwie habe ich keine einzige Zeile PHP mehr gecodet, seitdem die Diskussion hier entbrannt ist *g*

ich kann halt nur empfehlen sich an konventionen zu halten

spätestens wenn 10 programmierer mit unterschiedlichen stilen dran hocken, hat man kein überblick mehr.

Wie ihr das seht, ist sicherlich eure Sache. Ich spreche nur aus Erfahrung und Konventionen haben eben Sinn
user-210
12.03.2006 10:43

Es macht ja auch einen Unterschied, ob man jetzt als hauptberuflicher Programmierer mit einem Team irgendwas erstellt oder ob man privat als Hobby ein wenig programmiert.
Meine Quelltexte wird vermutlich niemand sehen =)

Sie haben soeben die Position Ihres Mauszeigers auf dem Monitor verändert. Bitte starten sie Windows neu damit die Änderungen wirksam werden.
Unknown
12.03.2006 10:46

Das mein ich ja.

Aber wenn man sich mal was angewöhnt hat, ist es schwer das umzustellen. Und wenn man ein professionelles Niveau erreichen will, weil man damit mal Geld verdienen will, gehört sowas eben auch dazu
Avatar user-325
10.04.2006 15:54

Ich schreib jetzt einfach mal in diesen Thread. Denke, das passt ganz gut zwinkern

Welche von den folgenden vier Funktionen sind zu bevorzugen?
include();
require();
include_once();
require_once();

Die Unterschiede sind mir bekannt. Was verwendet ihr und warum? In PEAR Klassen wird ja meisten require_once() benutzt. Außerdem habe ich gelesen, dass require() schnelle sein soll, weil es die Dateien im Gegensatz zu include() nicht vorher auswertet.

PHP spricht hebräisch. lächeln
Parse error: syntax error, unexpected ')', expecting T_PAAMAYIM_NEKUDOTAYIM
Avatar user-300
10.04.2006 16:01

Die "Antwort" liefert PEAR gerade selber: http://pear.php.net
Geschwindigkeitsunterschiede sollte es eigentlich nicht geben:

The include() statement includes and evaluates the specified file.
The documentation below also applies to require(). The two constructs are identical in every way except how they handle failure. include() produces a Warning while require() results in a Fatal Error. In other words, use require() if you want a missing file to halt processing of the page. include() does not behave this way, the script will continue regardless.

http://php.benscom.com/include/

edit: Bei meinem kurzen Test konnte ich keine signifikanten Geschwindigkeitsunterschiede feststellen lächeln

Avatar user-325
10.04.2006 16:04

Okay, danke lächeln

http://mac.ulrike-haessler.de/archives/2005/06/require_include.html

PHP spricht hebräisch. lächeln
Parse error: syntax error, unexpected ')', expecting T_PAAMAYIM_NEKUDOTAYIM
Avatar user-125
10.04.2006 16:24

Ich schreibe nach phpBB Coding Standard.

Liebe user-125y aka user-125 aka dionysos