`Erasing state when props change` shouldn't be called "Anti-pattern"
Ninguém assumiu esta issue ainda.
- Linguagem predominante
- JavaScript
- Estrelas
- 11.8k
- Forks
- 7.9k
- Merge médio
- 1d 11h
- PRs com merge (30d)
- 11
Descrição
If we rename mail to defaultMail in that example, I think the component's behavior makes sense. And this pattern also has no conflict with Alternative 1 and Alternative 2 both. Even it's more convenient, because we don't have to update id or key when passing a new default value.
In fact， this pattern doesn't cause any new problem.
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Direção de pesquisa
Comece pelo exemplo da documentação intitulado "Erasing state when props change" e compare sua redação com Alternative 1 e Alternative 2. Verifique se o exemplo deve usar defaultMail e se é correto chamar o padrão de anti-pattern; considera-se concluído quando o exemplo e as orientações refletirem a terminologia acordada.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- javascript, react
- Domínio
- documentation
- Tipo de issue
- Documentação
- Dificuldade
- 2/5
- Tempo estimado
- 1-3 horas
- Status de atividade
- Estagnada
- Clareza
- Razoavelmente clara
- Facilidade para iniciantes
- 35/100