Discussion :

[darkhades]

Dans un soucis de recherche d'optimisation, je me pose la question qu'est-ce qui serait le plus optimise au niveau du temps (et non pas des ressources), une ternaire ou une suite d'if/else if/else?
Apres avoir fait des recherches je n'ai rien trouve c'est pour ca que je viens poser la question ici.

Merci
Cordialement

[Neckara]

C'est juste une écriture différente.
Je ne pense pas que le compilateur fasse une différence entre l'opérateur ternaire et le if/else.

[Bktero]

Une personne avait fait un test comparatif des codes ASM générés pour une structure if / else et une structure ternaire. Tu pourras retrouver ses commentaires ici : http://www.developpez.net/forums/d12...e/#post6722871
Avec le compilateur et la cible utilisés, il n'avait pas de différence. Tu peux essayer de regarder avec ton compilateur ce que ça donne.

De plus, je pense qu'il y a beaucoup d'optimisations à faire avant de remplacer des if / else par des structures ternaires. Si tu as encore d'autres choses à optimiser, ça me parait plus intéressant à faire que de s'attaquer à bencher les structures ternaires.

[gangsoleil]

Bonjour,

Dans un soucis de recherche d'optimisation

Regarde les profileurs de code, type gprof ou purify/quantify, qui t'indiqueront dans quelles fonctions tu passes le plus de temps.
Ensuite seulement, commence a optimiser ces fonctions.

[darkhades]

Merci pour ces reponses, pour l'optimisation j'utilise gprof, donc pas de soucis pour cela, mais si je peux remplacer certain if un peu sal par une ternaire propre j'aime bien

[gangsoleil]

si je peux remplacer certain if un peu sal par une ternaire propre j'aime bien

En general, on considere plutot le contraire : l'utilisation d'ecritures explicites est plus propre que l'utilisation de notations un peu absconses

[ram-0000]

En general, on considere plutot le contraire : l'utilisation d'ecritures explicites est plus propre que l'utilisation de notations un peu absconses

et permet à l'optimiseur du compilateur de code de mieux travailler.

[diogene]

Personnellement, je ne trouve pas que l'opérateur ternaire soit particulièrement obscur. Naturellement, il ne faut pas s'amuser en les emboîter, parce que, là, ça devient vite illisible (mais les if/else aussi). C'est un méconnu, car le programmeur trouve toujours des alternatives à son utilisation et n'est pas motivé pour se familiariser avec.

Son intérêt est plus abstrait pour le programmeur : il constitue une expression alors que if/else ne l'est pas. Il peut être utilisé partout où on attend une expression. C'est donc un outil supplémentaire à la disposition du programmeur pour simplifier le code !

Un exemple (évidemment un peu exotique),

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
//(1)
if (a ? b : c) ...
//est presque équivalent à
//(2)
if(a&& b || !a&&c)...

(2) est-il beaucoup plus lisible que (1) ? Il peut amener deux fois l'évaluation de a. Et si cette évaluation a des effets de bords, il faut alors passer par une variable intermédiaire.
Par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
//(2')
x = a;
if(x&& b || !x&&c)...

Croyez vous vraiment que la deuxième forme soit plus claire (et plus efficace) que la première ? Il ne faut donc pas généraliser.

[Obsidian]

Personnellement, je ne trouve pas que l'opérateur ternaire soit particulièrement obscur.

+1 !

Naturellement, il ne faut pas s'amuser en les emboîter, parce que, là, ça devient vite illisible (mais les if/else aussi).

Et encore, si l'on imbrique des opérateurs ternaires de façon terminale, par exemple de cette façon :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
    s = i==1 ? "Un"
      : i==2 ? "Deux"
      : i==3 ? "Trois"
      : i==4 ? "Quatre"
      : i==5 ? "Cinq"
      :        "Indéterminé" ;

Ce n'est pas non plus franchement abscons. Ça aurait même plutôt tendance à éclaircir le code au maximum en ne faisant apparaître pratiquement que les données.