eslint-plugin-better-mutation


ESLint rules so you and your team use immutable values when you should, and permits mutation when it's safe.

Preventing unsafe mutation of shared variables prevents a huge class of bugs from ever appearing.

The plugin's goal is to prevent modification of shared variables, such as function parameters or globals whether via assignment, operators, functions or methods.

Locally declared variables are permitted to use mutation, because in most circumstances this is safe.

See WHY.

What's not safe?

Mutating variables of shared variables is unsafe. This means reassignment outside of the scope they are declared within whether its because they are globals, function parameters, or closed over variables can lead to undefined behaviour that is hard to debug and can cause race conditions. Instead of mutating always return a new value.

``
g = 2 // global reassignment is unsafe

function foo(i) {
i += 1 // don't resassign function parameters
}

let a = 1;
function bar() {
a = 2; // don't reassign closed over vars
}
`

What's safe?


Block scoped (let) or function scoped variables (var) can be reassigned safely.

`
function foo() {
let i = 1;
i = 2;
}
`

Even objects or arrays marked with const can have nested properties changed within the block scope they belong to. The same rules apply for mutating functions (e.g. Object.assign() and mutating methods [].push()
`
function foo() {
const o = { a: 0 };
o.a += 1;
}
`

Common js uses assignment and is supported via a special case
`
module.exports = { foo }; // by default commonjs exports are configured to be safe
`

Variables created using constructors such as the Array constructor are safe to modify. However the Object constructor is not safe because it returns the reference if its an object)
`
const myObject = new MyObject();
myObject.foo = 'bar'

const array = new Array(1, 2, 3);
array[2] += 1;

const o = new Object({1,2});
o.foo = 'bar' // error
`

Variables created using static initializers such as the Array constructor, Array.from or Array.of are also safe to modify.
`
const array = Array.of(1,2,3)
array[2] += 1;
`

Similarly for Objects there are a few static initializers that are safe.
`
const o = Object.create({1,2,3})
o.foo = 'bar' // safe
`

Changing an array created using an instance method such as map is not permitted. Most JS developers would never do this!
If you would like it track the open issue at https://github.com/sloops77/eslint-plugin-better-mutation/issues
`
const x = array.map(i => i + 1);
x[2] += 1; // error
`

Reducer functions/methods are a special case and may modify the accumulator parameter because
the loop that the reducer executes limits the scope of the accumulator to the reducer function.

`
function sum(numbers) {
return numbers.reduce((acc, val) => {
acc += val; // this is safe!
return acc;
}, 0);
}

`

Install

`
$ npm install --save-dev eslint eslint-plugin-better-mutation
`

Usage

$3

In a js file

`js
// eslint.config.mjs
import pluginBetterMutation from "eslint-plugin-better-mutation";

export default [
// ...
{
name: "my-awesome-project",
plugins: {
"better-mutation": pluginBetterMutation,
},
extends: ["better-mutation/recommended"]
},
];
`

$3



Configure it in .eslintrc or package.json.
`json
{
"plugins": [
"better-mutation"
],
"extends": "plugin:better-mutation/recommended"
}
`

Advanced configuration

Advanced configuration enables setting individual rule configuration.

`js
export default {
// ... other config
plugins: {
"better-mutation": pluginBetterMutation,
},
"rules": {
"better-mutation/no-mutating-functions": "error",
"better-mutation/no-mutating-methods": "error",
"better-mutation/no-mutation": "error"
// ... other rules
}
}
`

$3


- no-mutation - Forbid the use of mutating operators on non-local variables.
- no-mutating-methods - Forbid the use of mutating methods on non-local variables such as push or _.remove.
- no-mutating-functions - Forbid the use of Object.assign() and lodash mutation methods` with a non-local variable as first argument.

Currently unsupported

- lodash fp

See ESLint documentation for more information about extending configuration files.

MIT © Andres Olave

Thanks to Jeroen Engels for providing the basis of this plugin. Checkout https://github.com/jfmengels/eslint-plugin-fp for a strict functional programming approach.