PHP-Mikrooptimierung

Question

Wie kann ich nutzlose Mikro-Optimierungstechniken erkennen?

Was sollte vermieden werden?

Answer 1

Jede Optimierung ohne vorherige Messung und Profilierung ist nutzlos.

PHP-Code Profiler:

• xDebug
• PHP_Debug
• time (Manchmal ist es einfach, Engpässe in den Code zu erkennen, ein einfaches echo time() mit)

immer messen, bevor die Optimierung!

Answer 2

Schreiben Sie Code, der funktioniert und lesbar ist. Wenn Sie es träge finden, können Sie immer einige profiling tun.

Answer 3

Ich mache mich unbeliebt und sagen isset.

Um nach undefinierten Variablen zu suchen, wird häufig isset() in der gesamten Anwendungslogik verwendet. Viele Leute benutzen es jedoch nur mit der Absicht, Hinweise zu unterdrücken. Seine Verwendung trägt selten zur weiteren Prozesslogik bei. Genauer gesagt wird es über @, dem Fehlerunterdrückungsoperator, verwendet. Und das liegt daran, dass es den Mythos @slowness gibt.

Die Sache ist, es ist kein Mythos. Die Verwendung von @ für den Zugriff auf undefinierte Variablen verringert die Verarbeitungsgeschwindigkeit. In meinem sehr unwissenschaftlichen Test tat es so durch 535%. Ich mache es mutig, die Nutzlosigkeit dieser Nummer zu unterstreichen. Denn in realen Anwendungen haben Sie nicht 10 Millionen Stunden, um diese zu messen. (Wie die 13-14% Tokenizer Beschleunigung von 'single' Anführungszeichen hat keinen Einfluss auf die gesamte Skriptlaufzeit.) Ansonsten würde dieser Leistungsnachteil nicht wirklich zeigen. Und deshalb schließe ich, dass der Verzicht auf @ für überlaufende Nutzung von isset auch eine Mikro-Optimierung ist.