no-unneeded-ternary
Disallow ternary operators when simpler alternatives exist
Some problems reported by this rule are automatically fixable by the --fix
command line option
It’s a common mistake in JavaScript to use a conditional expression to select between two Boolean values instead of using !
to convert the test to a Boolean.
Here are some examples:
// Bad
var isYes = answer === 1 ? true : false;
// Good
var isYes = answer === 1;
// Bad
var isNo = answer === 1 ? false : true;
// Good
var isNo = answer !== 1;
Another common mistake is using a single variable as both the conditional test and the consequent. In such cases, the logical OR
can be used to provide the same functionality.
Here is an example:
// Bad
foo(bar ? bar : 1);
// Good
foo(bar || 1);
Rule Details
This rule disallow ternary operators when simpler alternatives exist.
Examples of incorrect code for this rule:
/*eslint no-unneeded-ternary: "error"*/
var a = ;
var a = ;
Examples of correct code for this rule:
/*eslint no-unneeded-ternary: "error"*/
var a = x === 2 ? "Yes" : "No";
var a = x !== false;
var a = x ? "Yes" : "No";
var a = x ? y : x;
f(x ? x : 1); // default assignment - would be disallowed if defaultAssignment option set to false. See option details below.
Options
This rule has an object option:
"defaultAssignment": true
(default) allows the conditional expression as a default assignment pattern"defaultAssignment": false
disallows the conditional expression as a default assignment pattern
defaultAssignment
When set to true
, which it is by default, The defaultAssignment
option allows expressions of the form x ? x : expr
(where x
is any identifier and expr
is any expression).
Examples of additional incorrect code for this rule with the { "defaultAssignment": false }
option:
/*eslint no-unneeded-ternary: ["error", { "defaultAssignment": false }]*/
var a = ;
f();
Note that defaultAssignment: false
still allows expressions of the form x ? expr : x
(where the identifier is on the right hand side of the ternary).
When Not To Use It
You can turn this rule off if you are not concerned with unnecessary complexity in conditional expressions.
Related Rules
Version
This rule was introduced in ESLint v0.21.0.