sindresorhus/eslint-plugin-unicorn

Improve `prefer-string-slice` autofix

Open

#2.505 aberto em 6 de dez. de 2024

Ver no GitHub
 (4 comments) (1 reaction) (0 assignees)JavaScript (5.022 stars) (468 forks)user submission
enhancementhelp wanted

Description

unicorn/prefer-string-slice is good when all the parameters are constants, or when there is only one parameter. But when there are two parameters and they're variables, the autofixes will do things like this:

editsummary = editsummary.substr(0, editsummary.length - 2); // remove trailing comma -> editsummary = editsummary.slice(0, Math.max(0, editsummary.length - 2)); // remove trailing comma

I find the Math.max pretty hard to read. I'd prefer that it not autofix that particular sub-pattern. Any interest in adding an option to this rule so that it can be configured to skip that particular sub-pattern when autofixing?

Guia do colaborador

Pilha de tecnologia
javascript
Domain
developer experiencetooling
Tipo Issue
feature
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
half day
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
active
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
clear
Prerequisites
JavaScriptESLint plugin developmentFamiliarity with the rule's source code
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
60
Direção de pesquisa
Examine the source code of the `prefer string slice` rule in the eslint plugin unicorn repository (likely in `rules/prefer string slice.js`). Focus on the autofix logic that handles cases with two parameters. Look for existing options or patterns for skipping autofixes. Check the issue comments for any further discussion on implementation details. Review the test file for the rule to understand expected behavior and to ensure new option does not break existing tests.