Kommentare zu: Mikro-Optimierung

Von: (Mikro-)Optimierungen « Anwendung, Wege, Hardware, Code, Codes, Optimierungen, Gedanken, Beispiele « ajaveeb

Wed, 24 Feb 2010 06:37:41 +0000

[...] Irgendwie habe ich gerade das Gefühl, dass ich was komplett anderes geschrieben habe als ich ursprünglich wollte, aber die wichtigste Message habe ich genannt und darauf kommt es an. Übrigens gibt es auch bei PHP hates me einen Artikel dazu. [...]

Von: Christopher K.

Christopher K. — Sun, 05 Jul 2009 16:53:43 +0000

@ Manuel: Ja wenn ich ein MVC Framework nehme, dann macht das des ja für mich. Aber dann macht Mikrooptimierung wirklich überhaupt keinen Sinn mehr. Dann sollte ich besser ein schlankes Framework verwenden (z.B: Kohana) anstatt in den Krümeln zu suchen.

Von: Manuel Grundner

Manuel Grundner — Wed, 01 Jul 2009 13:04:52 +0000

@Christopher Da muss ich dir recht geben, da gehört immer eine gewisse Konsistenz und Disziplin dazu.
Mit den Variablen von außen muss ich sowieso sagen, das einem hier MVC-Frameworks schon viel abnehmen sollten (Ein User-Input Objekt o.Ä.) hier wäre Microoptimierung schon grob fahrlässig und gefährlich (SQL-Injection usw.)
Deswegen kann ich dir mit “im Supergolbal” belassen nur bedingt zustimmen.

Von: Christopher K.

Christopher K. — Wed, 01 Jul 2009 11:45:39 +0000

Joa, ich denk am besten wärs wenn man einfach beim Lernen wenn man merkt, dass es zwei Möglichkeiten gibt, sich kurz überlegt oder nachguckt, was besser/schneller ist und das dann immer so macht.
Ich habe noch nie print benutzt und habe nie den wirklichen Sinn darin verstanden. Und ich habe mir angewöhnt immer Single-Quotes für Strings zu verwenden. (Wobei ich das gemacht habe weil ich diesem automatischen Erkennen nie ganz getraut habe: “Der erkennt das automatisch? Jedes mal wieder? Warum sag ich es ihm nicht einfach einmal?”)
Aber jetzt ein bestehendes Projekt komplett von echo auf print oder andersrum umstellen ist denk ich die beste Möglichkeit BT sinnlos zu verschleudern.

Auf jeden Fall denke ich sollte man sowas konsequent machen. Wenn ich in meinen Scripten eine Ausgabe suche weiß ich, dass ich nach “echo” suchen muss. Wenn ich mischen würde, dann müsste ich nach “echo” und “print” suchen.

Was das Kopieren angeht: Man kann sich durch Kopieren aber auch die Übersichtlichkeit nehmen. Einfach weil man redundante Daten hat und dann besser nur noch die Kopie verwenden sollte. Wenn man gar keine Kopie hat, kann das nicht passieren.
Außerdem sind solche $foo=$_GET['foo']; (ohne strip_tags oder so) gefählich, weil ich $foo nicht mehr ansehe, dass es ein Eingabeparameter vom User ist. Wenn ich das gecheckt habe und mir sicher bin, dass es gültige Werte sind kann ich es auf $foo setzen. Aber vorher lasse ich es lieber im Superglobal, dann weiß ich auch: Das kommt von außen, damit musst du vorsichtig sein.

Von: Nils Langner

Nils Langner — Wed, 01 Jul 2009 10:40:04 +0000

Ich muss grad mal dazu sagen, dass Johannes mit “gesamte Artikel is voll von non-sense” den Google Artikel gemeint hat. Hoffe ich
@Dennis: Alex meinte mAkro Optimierung

Von: Dennis Becker

Dennis Becker — Wed, 01 Jul 2009 10:11:11 +0000

@Alex: Hab ja geschrieben “Refactoring” Mit Mikro-Optimierung wäre ich niemals ans Ziel gekommen

Von: Manuel Grundner

Manuel Grundner — Wed, 01 Jul 2009 09:57:09 +0000

Ich denke Mikrooptimierung macht eigentlich nur als vorrausschauende Maßnahme Sinn.

Wenn ich neuen Code schreibe, und mich zuvor mit Microoptimierung beschäftigt habe, schreibe ich sauberen Code im Sinne der Microoptimierung.
z.B.: Statt doublequoutes (“) halt Singlequotes (‘) im Code zu verwenden kann schon Sinn machen, bei dingen wie print und echo muss ich ehrlich sagen das man’s auch echt übertreiben kann.

Nur nachträglich so was zu “optimieren”, ist vollkommener Schwachsinn.
Datenbankquerys und Schleifen klar das macht Sinn, aber nach solchen Dingen Performance zu suchen ist grober Unfug. Da kann ich ja gleich hergehen und meine Variablen, Methoden und Klassenbezeichner auf Foo und Bar tauschen, weil ja sonst größere Datenmengen beim Parsen anfallen…

Und wenns um Performance geht gibts eh nur 3 Dinge: cachen, cachen und nochmals cachen.