Avantages de l'utilisation de l'opérateur conditionnel ? : (ternaire)

Question

Quels sont les avantages et les inconvénients de l'opérateur ? : par rapport à l'instruction if-else standard ? Les plus évidents sont :

Conditionnel ? : Opérateur

• Plus court et plus concis lorsqu'il s'agit de comparaisons de valeurs directes et d'affectations.
• Il ne semble pas être aussi flexible que la construction if/else.

Standard If/Else

• Peut être appliqué à davantage de situations (comme les appels de fonction)
• sont souvent inutilement longues

La lisibilité semble varier pour chacun d'entre eux en fonction de l'énoncé. Après avoir été exposé pour la première fois à l'opérateur ? :, il m'a fallu un certain temps pour comprendre son fonctionnement exact. Me recommanderiez-vous de l'utiliser autant que possible ou de m'en tenir à if/else, étant donné que je travaille avec de nombreux non-programmeurs ?

Answer 1

Je recommanderais essentiellement de ne l'utiliser que lorsque l'instruction résultante est extrêmement courte et représente une augmentation significative de la concision par rapport à l'équivalent if/else sans sacrifier la lisibilité.

Un bon exemple :

int result = Check() ? 1 : 0;

Mauvais exemple :

int result = FirstCheck() ? 1 : SecondCheck() ? 1 : ThirdCheck() ? 1 : 0;

Answer 2

C'est à peu près couvert par les autres réponses, mais "c'est une expression" n'explique pas vraiment pourquoi c'est si utile...

Dans des langages comme C++ et C#, vous pouvez définir des champs locaux en lecture seule (dans le corps d'une méthode) en les utilisant. Cela n'est pas possible avec une instruction if/then classique, car la valeur d'un champ en lecture seule doit être affectée dans cette seule instruction :

readonly int speed = (shiftKeyDown) ? 10 : 1;

n'est pas la même chose que :

readonly int speed;  
if (shifKeyDown)  
    speed = 10;    // error - can't assign to a readonly
else  
    speed = 1;     // error  

De la même manière, vous pouvez intégrer une expression tertiaire dans un autre code. En plus de rendre le code source plus compact (et dans certains cas plus lisible), cela peut également rendre le code machine généré plus compact et plus efficace :

MoveCar((shiftKeyDown) ? 10 : 1);

...peut générer moins de code que de devoir appeler deux fois la même méthode :

if (shiftKeyDown)
    MoveCar(10);
else
    MoveCar(1);

Bien entendu, il s'agit également d'une forme plus pratique et plus concise (moins de saisie, moins de répétitions, et peut réduire les risques d'erreurs si vous devez dupliquer des morceaux de code dans un if/else). Dans les cas de "modèles communs" propres comme celui-ci :

object thing = (reference == null) ? null : reference.Thing;

... il est tout simplement plus rapide à lire/analyser/comprendre (une fois que l'on y est habitué) que le long et fastidieux équivalent if/else, et peut donc vous aider à "appréhender" le code plus rapidement.

Bien sûr, ce n'est pas parce que c'est utile ne signifie pas que c'est la meilleure chose à faire utiliser dans tous les cas. Je conseillerais de ne l'utiliser que pour de courts bouts de code dont la signification est claire (ou rendue plus claire) par l'utilisation de ?: - si vous l'utilisez dans un code plus complexe, ou si vous imbriquez des opérateurs ternaires les uns dans les autres, cela peut rendre le code horriblement difficile à lire.

Answer 3

Je choisis généralement un opérateur ternaire lorsque j'aurais beaucoup de code en double autrement.

if (a > 0)
    answer = compute(a, b, c, d, e);
else
    answer = compute(-a, b, c, d, e);

Avec un opérateur ternaire, cela pourrait être accompli de la manière suivante.

answer = compute(a > 0 ? a : -a, b, c, d, e);

Answer 4

Je trouve cela particulièrement utile lors du développement web si je veux définir une variable à une valeur envoyée dans la requête si elle est définie ou à une valeur par défaut si elle ne l'est pas.

Answer 5

Une utilisation vraiment cool est :

x = foo ? 1 :
    bar ? 2 :
    baz ? 3 :
          4;