[Nimroy]

[starseed]

zum thema "guter programmierstil" hab' ich auch 'nen link - auch wenn die seite wohl im aufbau ist (gefunden bei dokuwelt.de): [url=http://blog.virtual-cake.de]cake's weblog[/url]. ahoi!

[beeviZ]

[Sarky]

[starseed]

keine frage - man kann einen guten prozeduralen programmierstil pflegen. aber 1. kann ich dazu selbst nicht wirklich etwas beitragen und 2. gefällt mir der dort dargebotene stil in oop. eine andere vorzügliche quelle dazu sind die java-seiten von sun - aber die haben leider nicht allzuviel mit php zu tun. so long...

[Account gelöscht]

Du meinst wahrscheinlich die StudlyCaps Schreibweise, und dann noch die Groß- und Kleinschreibung von Klassen- und Membernamen.

Leider ist StudlyCaps, ebenfalls meine bevorzugte Schreibweise, nicht pear-kompatibel, soweit ich weiß. Ansonsten kann durchaus auf die Javadocs verwiesen, werden, mit phpdoc gibts ja ein Äquivalent. Aber das wurde bereits alles weiter oben gesagt, und der Link zu dieser Lulliseite über OOPhp in ist echt sinnfrei.

[da_b0uncer]

wenn man brav kommentiert und sinnvolle benennungen vornimmt,
dann kann man jeden code lesen

[opendix]

das kommt auch ganz auf die programmiersprache an, bei einer anderen syntax ist klar dass man da auch anderen regeln folgen muss.
ansonsten sparsam programmieren, also wenn man ein teil des scripts durch eine funktion ersetzen kann, dann sollte man das auch tun.

bei php code ich immer mit viel includes, das macht zwar viele dateien, aber dafür sind die alle übersichtlich und in den seltensten fällen über 100 zeilen lang, für ein script nehme ich eine php datei.

html, php, css, kontent von einander trennen, früher dachte ich auch immer son mist, wozu das trennen, geht viel schneller das ganze in eine datei zu kloppen, bla fertig... viel effizienter ist es aber das ganze von einander zu trennen, wenn ich zum beispiel eine website mache dann bestimme ich das design komplett über css, will ich nun das design ändern muss ich noch nicht mal die html/php dateien öffnen, ich kann dann alles über eine datei ändern.

auch bei html sparend programmieren, ein div layout ist zichmal ressourcenschonender als ein tabellenlayout, und vor allem auch schneller geschrieben, mit einem ausgeklügeltem div layout kann man gut mehrere gigabyte an traffic einsparen.

die website übersichtlich strukturieren, also auf dateiebene, ich mache es immer so: im hauptverzeichnis liegt die index.php, die config, evtl. ne thumb, nen ordner für die grafiken, die css dateien und eigentlich alles was global gültig ist, subseiten werden in einem extra ordner abgelegt und sortiert, macht zwar ein bisschen klickarbeit beim navigieren, ist aber übersichtlich und man findet seine scripte auch schneller

w3c-konform programmieren, man sollte sich schon an die mehr oder weniger offiziellen standards der w3c halten, die meisten browser tun es ja schließlich auch, und es sieht seriöser aus wenn der browser beim aufrufen der website nicht in den quriksmode springt

kommentieren, mache ich selbst eigentlich nie, außer ich programmiere an projekten an dem mehrere leute arbeiten, da ist es wirklich besser da sich eine andere person schneller in das script einfinden kann