Validation of locale ids used with react-intl functions/components like <FormattedMessage />
, formatMessage
and defineMessages
.
You'll first need to install ESLint:
$ npm install eslint --save-dev
Next, install @godaddy/eslint-plugin-react-intl
:
$ npm install @godaddy/eslint-plugin-react-intl --save-dev
Note: If you installed ESLint globally (using the -g
flag) than you must also install @godaddy/eslint-plugin-react-intl
globally.
Add @godaddy/react-intl
to the config. You can omit the eslint-plugin-
prefix:
{
"extends": ["godaddy/react-intl"]
}
Alternatively, you can add @godaddy/react-intl
to the plugins section of config:
{
"plugins": [
"@godaddy/react-intl"
]
}
By default, id-missing
and no-default
rules are enabled to show as errors, and id-prefix
rule is disabled.
If you need to set any of these rules differently, then configure the rules under the rules section.
{
"rules": {
"@godaddy/react-intl/<rule-name>": 2
}
}
By default, the plugin reads locales/en-US.json
to apply these eslint rules. The default can be
changed by adding this setting to the config
{
"settings": {
"localeFiles": [
"<path to locale file.json>",
"<path to any other locale file.json>"
]
}
}
If your IDE integrates with eslint, and you are working on multiple packages in a project such as a monorepo,
then it may have trouble finding which locale files to check keys against.
To help with this, you can specify the projectRoot
setting.
This will need to be an absolute path to the package, which can be determined dynamically from one machine to
another by using __dirname
in a .eslintrc.js file.
module.exports = {
"settings": {
"projectRoot": __dirname
}
}
The locale files should be named with their market id (like en-US.json) and should contain data in key-value pair format
{
"in_a_example": "Example",
"in_a_another_example": "Another Example"
}
- id-missing Enforces react-intl message ids to be in locale file
- id-prefix Enforces react-intl message ids to use predefined prefixes
- no-default Disallows use of defaultMessage with react-intl