Enabling enums in your project
To enable Flow Enums in your repo, you must first update the following packages:
- Upgrade to at least Flow 0.159
- Flow needs to have some configuration set to enable enums - see below.
- Upgrade Prettier to at least version 2.2
- As of that version, Prettier can handle parsing and pretty printing Flow Enums out of the box.
- You must use the
- Upgrade Babel to at least version 7.13.0
- As of that version, Babel can parse Flow Enums. However, to enable this parsing some configuration needs to be supplied, and additionally it does not include the transform required - see below.
- Upgrade jscodeshift to at least version 0.11.0
- Upgrade hermes-parser to at least version 0.4.8
- For ESLint, either:
- Use hermes-eslint as your ESLint parser, at least version 0.4.8
- Or upgrade babel-eslint to version 10.1.0
- As of that version,
babel-eslint can handle Flow Enums out of the box.
- Do not upgrade to 11.x, this branch does not support Flow Enums.
- Or use another solution using Babel 7.13.0 or later, with Flow enabled - this may also work
If you have any other tool which examines your code, you need to update it as well. If it uses flow-parser, hermes-parser or
@babel/parser, upgrade those as per the instructions above. If it uses some other parser, you will need to implement parsing Flow Enums in that parser. You can look at the existing code in Babel, Flow, and Hermes parsers to guide your work.
- In your
.flowconfig, under the
[options] heading, add
- Add the Flow Enums Babel transform. It turns enum declaration AST nodes into calls to the runtime: babel-plugin-transform-flow-enums. Add it to your development dependencies and adjust your Babel configuration to use the transform. The transform by default requires the runtime package directly (below), but you can configure this.
- Add the Flow Enum runtime package to your production dependencies. This will be required and used at runtime to create Flow Enums: flow-enums-runtime
Enable suggested ESLint rules
Enums can be exhaustively checked in
switch statements, so may increase the use of
switch statements compared to before. To prevent common issues with
switch statements, we suggest you enable these ESLint rules (at least as warnings):
no-fallthrough: This prevents the user from accidentally forgetting a
break statement at the end of their switch case, while supporting common use-cases.
no-case-declarations: This prevents lexicaly scoped declarations (
const) from being introduced in a switch case, without wrapping that case in a new block. Otherwise, declarations in different cases could conflict.
We also have some Flow Enums specific rules as part of eslint-plugin-fb-flow:
use-flow-enums: Suggests that enum-like
keyMirror usage be turned into Flow Enums instead.
flow-enums-default-if-possible: Auto-fixes string enums with specified values identical to the member names to defaulted enums.
no-flow-enums-object-mapping: Suggests using a function with a switch to map enum values to other values, instead of an object literal.