Comparaisons & logique

• == != < <= > >= : comparer deux valeurs, produire un booléen
• && : ET logique — les deux opérandes doivent être booléens
• || : OU logique — les deux opérandes doivent être booléens
• ! : négation booléenne
• Playground

Opérateur	Effet
== != < <= > >=	comparer deux valeurs, produire un booléen
&&	ET logique — les deux opérandes doivent être booléens
[`
!	négation booléenne

== != < <= > >= : comparer deux valeurs, produire un booléen

Comparer des valeurs dont les types n'ont aucun recouvrement — un nombre avec une chaîne, par exemple — ne peut jamais être vrai. Le compilateur avertit (TF2367) plutôt que de laisser le mapping renvoyer silencieusement false à jamais. Retirer le littéral incompatible corrige le problème — c'est un avertissement, pas une erreur, donc le mapping s'exécute quand même.

isAdult: user.age >= 18
isAdmin: user.role == "admin"
passed: user.score > 50

&& : ET logique — les deux opérandes doivent être booléens

&&, || et ! exigent des opérandes booléens — pas de truthiness sur les chaînes ou les nombres. user.active && user.age est rejeté (TF2004) puisque age n'est pas booléen.

canPost: user.active && user.verified

|| : OU logique — les deux opérandes doivent être booléens

needsReview: !user.verified || user.age < 16

! : négation booléenne

blocked: !user.verified

Playground

Mapping✔Playground ↗

input user: { active: boolean, verified: boolean, age: number }

map {
  canPost: user.active && user.verified,
  needsReview: !user.verified || user.age < 16,
}

input user: { active: boolean, verified: boolean, age: number } map { canPost: user.active && user.verified, needsReview: !user.verified || user.age < 16, }

JSON d'entrée

{ "active": true, "verified": false, "age": 15 }

{ "active": true, "verified": false, "age": 15 }

Sortie

{
  "canPost": false,
  "needsReview": true
}

type inféré{ canPost: boolean; needsReview: boolean }

Suite : Conditionnelles.