Neater control statements (if/for) for jsx
npm install jsx-control-statements**NOTE:
This npm repository is deprecated - it's still being developed, but at babel-plugin-jsx-control-statements rather than jsx-control-statements. Find it here!.**
  
JSX-Control-Statements is a Babel plugin that extends JSX to add basic control statements: conditionals and loops.
It does so by transforming component-like control statements to their JavaScript counterparts - e.g. becomes condition() ? 'Hello World!' : null.
Developers coming to React from using JavaScript templating libraries like Handlebars are often surprised that there's no built-in looping or conditional syntax. This is by design - JSX by is not a templating library, it's declarative syntactic sugar over functional JavaScript expressions. JSX Control Statements follows the same principle - it provides a component-like syntax that keeps your render functions neat and readable, but desugars into clean, readable JavaScript.
The only dependency JSX-Control-Statements relies upon is Babel. It is compatible with React and React Native.
(deprecated)javascript
{ item.title }
`
The error will be "Cannot read property 'title' of undefined", because React will evaluate the body of the custom
component and pass it as "children" property to it. The only workaround is to force React into lazy evaluation by
wrapping the statement in a function.This is the reason why conditionals must be implemented in pure JS. JSX-Control-Statements only adds the
syntactic sugar to write conditionals as component, while it transforms this "component" to a pure JS expression.
See Alternative Solutions for a more detailed comparison and pure JS solutions.
Installation
As a prerequisite you need to have Babel installed and configured in your project.Install via npm:
`
npm install --save-dev babel-plugin-jsx-control-statements
`Then you only need to specify JSX-Control-Statements as Babel plugin, which you would typically do in your
.babelrc.
`
{
...
"plugins": ["jsx-control-statements"]
}
`If you use the
transform-react-inline-elements plugin, place it _after_ jsx-control-statements:
`
{
...
"plugins": ["jsx-control-statements", "transform-react-inline-elements"]
}
`Babel can be used and configured in many different ways, so
use this guide to pick a configuration
which fits your setup.
Syntax
$3
Used to express the most simple conditional logic.
`javascript
// simple
IfBlock
// using multiple child elements and / or expressions
one
{ "two" }
three
four
`
#### <If>
The body of the if statement only gets evaluated if condition is true.Prop Name | Prop Type | Required
--------- | --------- | --------
condition | boolean | :white_check_mark:
#### _<Else /> (deprecated)_
The else element has no properties and demarcates the
else branch.This element is deprecated, since it's bad JSX/XML semantics and breaks auto-formatting.
Please use
instead.#### Transformation
If statements transform to the ternary operator:
`javascript
// before transformation
Truth
// after transformation
{ test ? Truth : null }
`$3
This is an alternative syntax for more complex conditional statements. The syntax itself is XMLish and conforms by and
large to JSTL or XSLT (the attribute is called condition instead of test):`javascript
IfBlock
ElseIfBlock
Another ElseIfBlock
...
ElseBlock
// default block is optional; minimal example:
IfBlock
`#### <Choose>
Acts as a simple container and only allows for
and as children.
Each statement requires at least one block but may contain as many as desired.
The block is optional.#### <When>
Analog to
.Prop Name | Prop Type | Required
--------- | --------- | --------
condition | boolean | :white_check_mark:
#### <Otherwise>
has no attributes and demarcates the else branch of the conditional.#### Transformation
This syntax desugars into a (sequence of) ternary operator(s).
`javascript
// Before transformation
IfBlock1
IfBlock2
ElseBlock
// After transformation
{ test1 ? IfBlock1 : test2 ? IfBlock2 : ElseBlock }
`$3
Define
like so:
`javascript
// you must provide the key attribute yourself
{ item.title }
// using the index as key attribute is not stable if the array changes
{ item }
Static Text
`Prop Name | Prop Type | Required | description
--------- | --------- | -------- | -----------
of | array or collection(Immutable) | :white_check_mark: | the array to iterate over. This can also be a collection (Immutable.js) or anything on which a function with the name
map can be called
each | string | | a reference to the current item of the array which can be used within the body as variable
index | string | | a reference to the index of the current item which can be used within the body as variableNote that a
cannot be at the root of a render() function in a React component, because then you'd
potentially have multiple components without a parent to group them which isn't allowed. As with , the same rules
as using Array.map() apply - each element inside the loop should have a key attribute that uniquely identifies it.#### Transformation
There is no implementation for the map function within jsx-control-statements. We only expect that a
function can be called on the passed object (to the
of attribute) which has the same signature as Array.map.`javascript
// before transformation
{ index }. { item.title }
// after transformation
{
items.map( function(item, index) {
{ index }. { item.title }
})
}
`$3
Used to assign values to local variables:`javascript
// simple
{ foo }
{ bar }
// nested
{ foo }
{ bar }
`Prop Name | Prop Type | Required | description
--------- | --------- | -------- | -----------
any name | any type | | assign prop value to a local variable named by prop name
You may assign multiple variables with a single
statement. The defined variable is
available only within the block.#### Transformation
statements transform to immediately-invoked function expressions:`javascript
// before transformation
{ foo }
// after transformation
{
(function(foo) {
return { foo }
}).call(this, 47)
}
`Linting)
$3
Since all control statements are transformed via Babel, no require or import calls are needed. This in turn
(well, and some more cases) would lead to warnings or errors by ESLint about undefined variables.But fortunately you can use this
ESLint plugin for JSX-Control-Statements
to lint your code.
$3
There's still not a perfect solution for FlowType given that it doesn't provide a lot of plugin functionality
(at least not yet). Flow definitions are available in jsx-control-statements.latest.flow.js for Flow >= 0.53, or jsx-control-statements.flow.js (deprecated) for Flow < 0.53 - you can pick which file to use like this. These will stop the
type checker complaining about statements being undeclared. As of now there's no neat way to make the Flow checker
recognise each attributes in loops as a variable - the best workaround for now is something like:`javascript
render() {
declare var eachVariable: string; return (
{eachVariable}
);
}
`If you know of a better way to work around this please let us know!
Alternative Solutions
$3
Since everything will be compiled to JavaScript anyway, you might prefer to stick to pure JavaScript solutions.#### Conditionals
Probably the most common way for simple conditionals is the use of the && operator:
`javascript
// simple if
{ test && true }// additionally the else branch
{ !test && false }
`The ternary operator is probably more elegant for if / else conditionals:
`javascript
// simple
{ test ? true : false }// with multiple children
{ test ? [one, two] : false }
`Another approach is to refactor your conditional into a function:
`javascript
testFunc(condition){
if(condition) {
return true;
}
else {
return false
}
}render() {
return (
{ testFunc(test) }
)
}
`#### Loops
Not many options here:
`javascript
{ items.map(function(item) {
{ item. title }
}) }
`#### Comparison
Arguments pro JSX-Control-Statements in comparison to pure JS solutions:
* More intuitive and easier to handle for designers and people with non-heavy JS background
* JSX does not get fragmented by JS statements
* Better readability and neatness, but that probably depends on you
Cons:
* Penalty on build-time performance
* Depends on Babel 6
* Some Babel configuration
$3
There are a reasonable amount of React components for conditionals (e.g. react-if, which inspired this in the first place), JSX-Control-Statements is the only approach we know of that avoids execution of all branches (see the intro section), and there seems to be no other component-based solution to looping - while it would be possible to make a component that renders everything in props.children for every element of an array, you'd have to access the members of the array in that component instead of the one that uses it.For more discussion on
If` in React by the react team, have a look at https://github.com/reactjs/react-future/issues/35.To sum up:
* Conditionals don't execute invalid paths
* Loops with variable references to each element and index are made possible
* No penalty on runtime performance
* No import / require statements needed to use control statements
* It works exactly as JSX is supposed to work: Plain syntactic sugar
Cons:
* Depends on Babel 6
* Some Babel configuration
* Slightly longer build times
* Requires an extra plugin to work with ESLint
This used to support both JSTransform and Babel, but as JSTransform is no longer maintained support was dropped. You can
find the code for the JSTransform version at https://github.com/AlexGilleran/jsx-control-statements-jstransform.