Reprise du message précédent :

Moi on m'a très longtemps critiqué de recourir au extract ..
quand je fut étudiant on me bachait que le switch case est une méthode de cochon pour programmer
et bien d'autres points qu'on résume dans ce topic ..  

Alors ça j'ai jamais trop bien compris

A part si c'est pour faire

switch ($mois) {
  case 1: $str = "janvier"; break;
  case 2: $str = "février"; break;
  case 3: $str = "mars"; break;
  // ....
}

qu'on voit dans certains codes débutants, mais qui peut etre aussi (plus) crade avec un if (), je vois pas le pb des switch case.
La présentation est claire, la répétition est minime...

...et on a eu raison, 99% des utilisations qui en sont faites sont mauvaises.

WTF?

 
Pour extract, c'était peut être justifié qu'on te critique, si tu l'utilisais n'importe comment
 
Quant au switch... je vois pas en quoi c'est une méthode de cochon

 
Je dirais un truc de ce genre :
 

switch(true)
{
    case canAccessThis():
        ...
    
    case canAccessThat():
        ...
 
    case canDoThis():
        ...
 
    case canDoThat():
        ...
}

 
Ça évite les :
 

if(canAccessThis())
{
    ...
}
if(canAccessThat())
{
    ...
}
if(canDoThis())
{
    ...
}
if(canDoThat())
{
    ...
}

c'est stupide.

là ça fait pas la même chose, t'as mis un break; et pas de else

Dans son exemple la version avec switch est plus longue que l'autre et pas plus lisible.
Si tu as des else/if imbriqués tu remplaces par du switch/case + break à la rigueur...mais là ça n'a pas de sens.

Question de point de vue, à moins d'avoir de gros if/else imbriqués j'ai pas l'impression qu'on y gagne tant que ça en lisibilité, ne serait-ce qu'à cause du risque des mélanges des genres avec/sans break...au contraire je trouve que la notation des switch/case délimite moins bien les blocs, et la possibilité de ne pas mettre de case peut rendre la compréhension plus complexe...

Un dict array de fonctions sinon?

switch(true)
{
    case canAccessThis():
        ...
    
    case canAccessThat():
        ...
 
    case canDoThis():
        ...
 
    case canDoThat():
        ...
}

if(canAccessThis())
{
    ...
}
if(canAccessThat())
{
    ...
}
if(canDoThis())
{
    ...
}
if(canDoThat())
{
    ...
}

 
 
Bon en fait mon exemple est tout pourri
 
Sans le break, c'est toutes les clauses suivantes qui sont exécutées, et pas seulement les "case" qui matchent. J'avais oublié

Switch true, ça l'air sympa ça

Ne Fonctionne pas

c'est particulièrement imbitable au premier coup d'oeil, mais pas de raison que ça marche pas....

On met pas un break pour faire beau hein. Si jamais ta fonction Redirection301 merde, il se passe quoi d'après toi ?

rien si ça matche pas la deuxième regexp

 
1> Si la première est matchée et que Redirection301 déconne, tous les autres "case" sont exécutés, que ça match ou pas.
 
2> Si tu as du code derrière ton switch, il sera exécuté aussi.
 
Donc quand on appelle une fonction qui fait une redirection, mieux vaut mettre un die() après, pour être sûr que le user ne vois pas ce qu'il ne doit pas voir en cas de problème

Mais pourquoi y'a-t-il des gens qui utilisent encore eregi à la place de preg ?

eregi ne retourne jamais true on dirait ..

Fonctionne en revanche ..
Ma fonction redir301 fait le die bien sûr

 
Euh, non. Ou alors php fait VRAIMENT n'importe-quoi.

 
Si tu mets pas de break, si.

 
genre ça retournait comme indiqué dans la doc alors? http://fr.php.net/manual/en/function.eregi.php

preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match preg_match

Dans n'importe-quel langage ça n'exécute le contenu d'un case que si la condition est satisfaite, break avant ou pas.

[edit]

ok, pas php, la doc l'indique. Mon dieu quelle merde.

Sauf si y'a pas de break ? Genre :

 
Si $pouet == 2, on va lancer tagada et pouet

 
N'importe quoi Le fonctionnement en JS par exemple est exactement le même

bah JS c'est de la merde aussi.

oui c'est bon j'ai vu ça dans la doc...mais soit je suis subitement devenu fou, soit c'est un comportement parfaitement ridicule.

Super bien vu, ça retourne "31" donc case(31) .. pour que eregi return true alors là je sais pas

(eregi(...)!=false) ?

Tu m'as mis en ignore list ou quoi
 
Faut pas utiliser cette merde de eregi et des regexp posix à la con, ses perfs de merde et son comportement louche. Faut utiliser preg_match, qui retourne true ou false ou rien d'autre, avec des perfs valables, et de vraies regexp à la PCRE

T'es devenu fou, en l'absence de break ça continue toujours et ça ignore les case, même en C c'est comme ça

Ok, ça ca fonctionne en attendant

Je connais pas trop preg_match, sry   Si qq'un peux me traduire cette ligne en preg_match ce serait sympa