if/elseif/else ou if imbriqués ?

Bonjour,

J'ai une petite question concernant la structure if/elseif/else.

Je suis adepte du codage suivant :

if ( cas1.. )
{
...
}
else if ( cas2 ... )
{
...
}
...
else
{
...
}

Mon ami est adepte lui du codage suivant :

if (cas1 ...)
{
  ...
}
else
{
   if ( cas2 ... )
  {
   ...
  }
  ....
     else
    {
        ....
    }
}

Ma question est très simple :  La différence entre ces deux codages est elle uniquement au niveau de l'affichage (indentation du code, lisibilité) ou ces deux manières de coder ont elles des conséquences à l'execution (performance, etc...) ?

Merci d'avance.
fd.

Merci pour cette réponse rapide dgouttegattat.

Le code MSIL est identique, le compilateur fait donc bien son travail lors de la génération (heuresement)

Bon, bah je vais essayer d'aller convaincre mon ami que le temps de compilation est plus rapide avec un elseif lol

Plus sérieusement, vu qu'il ne s'agit que d'une question de présentation, à moins qu'il existe des conventions qui préconisent l'utilisation du elseif, je crois bien que je vais devoir me faire aux if imbriqués de mon ami :)

Chacun ses préférences donc.

Oui chacun ces preferences :)
Mais je trouve l'utilisation de if imbriqué plus lisible personnelement ...

Apres ... ben soit il faut ce référencer aux "naming convention" ou a la chartre de ton entreprise ... et apres ben c'est plus question de preferences :(

salut,

puisque vous parlez de performance, le switch ...case ne serait-il pas plus rapide??? Personellement, je trouve ça beaucoup plus lisible que des if.. else imbriqués.

Salut,
Si mes souvenirs sont bons, le switch est plus rapide. Le problème, c'est qu'il ne peut pas remplacer tout le temps un elseif (étant donné que le switch ne marche que sur une variable).

---

[Pub] http://www.csharpfr.com/auteurdetail.aspx?ID=13319 [\Pub]
C# forever

Salut,
Le code MSIL généré pour une méthode utilisant un switch..case est plus long que pour une méthode faisant exactement la même chose mais avec des else..if (imbriqués ou non).

Toutefois, je ne suis pas sûr que la taille du code MSIL soit le seul critère pour juger de la performance d'un code. Je me souviens vaguement avoir lu dans un livre consacré à l'assembleur quelque chose du genre: "En assembleur, plus le code est long, plus ça va vite..."

C'est vrai, mais quand c'est possible, mieux vaut utiliser un switch case.

"Le problème, c'est qu'il ne peut pas remplacer tout le temps un elseif (étant donné que le switch ne marche que sur une variable)."

Ma question portée bien pour des cas où le switch n'est pas possible.

Merci pour vos réponses.

Personnellement, j'utilise la méthode de ton ami car elle me parait plus lisible. La séparation des blocks est claire.
Maintenant, pour l'optimisation... Je suis pas sur que de gagner 1 nanoseconde dans une application .NET soit vraiment d'actualité; à moins de faire du DirectX managed =)