nicht angemeldet
Hi,
Hmm, mal nachdenken (soll ja nicht schaden).
ja, das hab ich auch schon mal gehört :-)
Wenn ich $[ (hab ich bisher noch keine Grund gefunden, es ummodeln zu müssen) modifiziere,
dann muß ich sowieso aufpassen wie ein 'Haftelmacher', denk ich doch.
Also lass ichs lieber gleich sein;-)
_Du_ lässt es vielleicht sein. Nur: Wie viele Scripte werden in der Praxis schon von nur einer einzigen Person geschrieben?
Die Schreibweise $#array ist lediglich _zufällig_ das, was Du willst. scalar @array ist es jedoch _immer_. Warum also sich auf den Zufall verlassen?
Und hier liegt das Problem. _Du_ weißt, wie Dein Script funktioniert. Der nächste weiß es nicht.
Das ist auch der Grund, warum ich immer versuchen werde, meine Programme so klar, wie nur irgend geht, zu schreiben.
Das ist auch richtig so.
Ich bin ein etwas einfaches Gemüt, komplexe Dinger durchschau ich so schlecht.
Solche Dinge werden kommentiert. Der nächste, der Dein Script anfasst, will nicht erst jede Codezeile lesen müssen - er will schnell die richtige Stelle finden, um den Fehler (oder um was immer es sich handelt; Feature-Erweiterung z.B.) problemarm einkreisen zu können. Dazu _muss_ das Script sinnvoll kommentiert sein - nicht nur als Beschreibung weiter Blöcke, sondern auch bei optimiertem und nicht auf den ersten Blick verständlichem Code.
Bevor ich irgendeine geniale programmiertechnische Abkürzung wähle, mache ich das ganze lieber Step-by-Step.
Wenn Du Dein Leben lang nur Scripts schreibst, die unter allen Umständen in quasi nicht messbarer Zeit ablaufen, ist das okay. In der Praxis hat man es aber oft mit zeit- und ressourcenkritischen Situationen zu tun, in denen Optimierungen schlicht und ergreifend unumgänglich sind. Da ist Step-by-Step nicht drin.
Ich denke doch, daß der Source für Menschen geschrieben werden sollte,
Sourcecode ist in erster Linie dazu da, kompiliert bzw. interpretiert zu werden. Für die Menschenverständlichkeit ist _nicht_ der Code zuständig, sondern Dokumentation und Kommentierung.
der Compiler, Interpreter und was auch immer ist mit bald mit dem zufrieden, was ihm so vorgesetzt wird.
Er kann aber nicht denken. Worauf Du hinauswillst, weiß der Compiler nicht; er kann den Bytecode also nicht optimiert erstellen. Das ist _Dein_ Job.
Ansonsten wär's ja einfach und würde keinen Spaß machen :-)
Nein, eigentlich nicht. Wenn Du noch mal drauf schaust [...]
Genau das ist der Punkt: man muß _noch_ mal drauf schauen, um zu sehen, was da wirklich gemeint ist.
"# Auswahl der richtigen Array-Elemente"
Und das ist IMHO ebenso schlechter Stil wie Schreiben ohne Einrückungen, keine Unterscheidungen zwischen einem HANDLE und einer $variable.
Guter Stil darf _niemals_ auf Kosten der Performance gehen. Wo diese für einen - in Deinen Augen - schlechten Stil sorgt, sind Kommentierungen notwendig.
Schlechte Scripts zu schreiben, nur damit der Code gut aussieht, ist nämlich _ganz_ schlechter Stil.
Natürlich kannst Du z.B. durch Zuweisung von "$query->param('Index') || 0)" (oder einer anderen wiederholten Prüfung) zu einer Variablen sowohl optischen Platz als auch (geringfügig) Rechenzeit sparen;
...und IMHO auch enorm viel Zeit bei der Fehlersuche.
Zweifelsfrei.
Jo. Das sollte man sich ausdrucken, über den Monitor hängen und durchlesen, wenn man mal wieder nicht weiter weiß.
Danke ;-)
Gerne doch :-)
Cheatah