Performance bei großen Switch Blöcken oder PHP5 Magics

HStev · 30.11.2005, 16:18

Servus,

ich stell mir im Moment die Frage wie performant große Switch Blöcke - mit mehr als 10 Bedingungen - sind. Ist das der Rede Wert oder doch zu vernachlässigen?

Anlass zu diesen Gedanken gab mir meine Datums-Klasse da ich seit PHP5 die setter- u. getter Methoden liebgewonnen habe und ziemlich viel mit diesen Funktionen mache und das ganze dann natürlich über Switch Blöcke regel.

Mich interesiert halt ob euch da in der Richtung irgendwas aufgefallen ist.

ps: auf 10ms mehr oder weniger kommts mir nicht an nur das Problem dabei wird wahrscheinlich sein wenn mehrere Klassen diese Methoden ebenfalls verwenden dann könnte sich das evl. auf 1 Sec steigern obwohl das auch nicht gerade die Welt ist

01.12.2005, 10:14

Genaue Zeitmessungen hab ich nie gemacht, daher kann ich zu switch-Blöcken nichts sagen. Allerdings sind if-else-if-Statements schneller, wenn sie nach der Häufigkeit des Auftretens geordnet sind.

Zergling-new · 01.12.2005, 10:29

Ich kann mir nicht vorstellen, warum if-else-if-Blöcke geordnet schneller sein sollen als ebenfalls geordnete switch-case-Blöcke.

HStev · 01.12.2005, 10:52

Ich kann mir vorstellen das er meint das bei
IF - ELSE die Bedingung nur einmal geprüft wird während bei einen SWITCH mit 2 CASEs die Bedingung 2 mal geprüft wird.

01.12.2005, 10:54

Zitat:

Zitat von HStev

Ich kann mir vorstellen das er meint das bei
IF - ELSE die Bedingung nur einmal geprüft wird während bei einen SWITCH mit 2 CASEs die Bedingung 2 mal geprüft wird.

Schon mal was von break gehört?

HStev · 01.12.2005, 10:57

Schon mal das Manual gelesen?

Zitat:

Die switch-Anweisung ist gleichbedeutend einer Reihe von if-Anweisungen mit dem gleichen Parameter.

wenn ich ne SWITCH habe

PHP-Code:

  <?php

switch(2)

{

case 1:

break;

case 2:

break;

}

?>

dann wird die Bedingung 2 mal geprüft ... erst auf 2==1 und dann auf 2==2 ... ich glaub nicht das die Zend-Engine das nicht linear abarbeitet

ps: karl-150 begründe doch mal bitte was das mit break zu tun haben sollte

01.12.2005, 11:00

http://www.php.net/break

HStev · 01.12.2005, 11:03

schön nur das wird mir leider nicht bei dem Beispiel mit der Datumsklasse helfen... woher will ich vorher schon wissen welcher Parameter übergeben wird?

karl-150 erkläre mal bitte genauer was du mir damit sagen möchtes ...ich kann mir nicht vorstellen das bei meinen Beispiel (2 Post's vorher) die Angabe eines Parameters bei break einen performanten Vorteil bringen würde.

Zergling-new · 01.12.2005, 11:23

Zitat:

Zitat von HStev

PHP-Code:

  <?php

switch(2)

{

case 1:

break;

case 2:

break;

}

?>

Das ist doch Quatsch

PHP-Code:

  <?php

if (2 == 1) {

  // ..

} else if (2 == 2) {

  //..

}

?>

Hier wird doch auch 2x geprüft! Ich denke die geben sich nichts, nur dass switch () bei sagen wir mal ab 3-5 case's einfach besser lesbar und editierbar ist.

01.12.2005, 11:27

Bei switch hat man den Overhead der break-Anweisung. Find ich nicht sonderlich attraktiv gegenüber if. Das Argument der Lesbarkeit zieht nicht. Wer seinen Code ordentlich einrückt, findet keinen Unterschied zwischen if und case.

Switch kann dort attraktiv sein, wo man mehrere Übereinstimmungen zum selben Codeblock führen sollen, weil die zu vergleichenden Werte untereinander stehen, was IMO eine bessere Orientierung bietet.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] MySQL Performance mit PHP5 miserabel		Datenbanken	17	10.01.2005 17:24

30.11.2005, 16:18
HStev Erfahrener Benutzer Registriert seit: 25.04.2005 Beiträge: 1.356	Performance bei großen Switch Blöcken oder PHP5 Magics Servus, ich stell mir im Moment die Frage wie performant große Switch Blöcke - mit mehr als 10 Bedingungen - sind. Ist das der Rede Wert oder doch zu vernachlässigen? Anlass zu diesen Gedanken gab mir meine Datums-Klasse da ich seit PHP5 die setter- u. getter Methoden liebgewonnen habe und ziemlich viel mit diesen Funktionen mache und das ganze dann natürlich über Switch Blöcke regel. Mich interesiert halt ob euch da in der Richtung irgendwas aufgefallen ist. ps: auf 10ms mehr oder weniger kommts mir nicht an nur das Problem dabei wird wahrscheinlich sein wenn mehrere Klassen diese Methoden ebenfalls verwenden dann könnte sich das evl. auf 1 Sec steigern obwohl das auch nicht gerade die Welt ist


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

01.12.2005, 10:14
Gast Beiträge: n/a	Genaue Zeitmessungen hab ich nie gemacht, daher kann ich zu switch-Blöcken nichts sagen. Allerdings sind if-else-if-Statements schneller, wenn sie nach der Häufigkeit des Auftretens geordnet sind.

01.12.2005, 10:29
Zergling-new Erfahrener Benutzer Registriert seit: 21.05.2008 Beiträge: 9.937	Ich kann mir nicht vorstellen, warum if-else-if-Blöcke geordnet schneller sein sollen als ebenfalls geordnete switch-case-Blöcke.

01.12.2005, 10:52
HStev Erfahrener Benutzer Registriert seit: 25.04.2005 Beiträge: 1.356	Ich kann mir vorstellen das er meint das bei IF - ELSE die Bedingung nur einmal geprüft wird während bei einen SWITCH mit 2 CASEs die Bedingung 2 mal geprüft wird.

01.12.2005, 11:00
Gast Beiträge: n/a	http://www.php.net/break

01.12.2005, 11:03
HStev Erfahrener Benutzer Registriert seit: 25.04.2005 Beiträge: 1.356	schön nur das wird mir leider nicht bei dem Beispiel mit der Datumsklasse helfen... woher will ich vorher schon wissen welcher Parameter übergeben wird? karl-150 erkläre mal bitte genauer was du mir damit sagen möchtes ...ich kann mir nicht vorstellen das bei meinen Beispiel (2 Post's vorher) die Angabe eines Parameters bei break einen performanten Vorteil bringen würde.

01.12.2005, 11:27
Gast Beiträge: n/a	Bei switch hat man den Overhead der break-Anweisung. Find ich nicht sonderlich attraktiv gegenüber if. Das Argument der Lesbarkeit zieht nicht. Wer seinen Code ordentlich einrückt, findet keinen Unterschied zwischen if und case. Switch kann dort attraktiv sein, wo man mehrere Übereinstimmungen zum selben Codeblock führen sollen, weil die zu vergleichenden Werte untereinander stehen, was IMO eine bessere Orientierung bietet.