`Erasing state when props change` shouldn't be called "Anti-pattern"
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- JavaScript
- Estrellas
- 11.8k
- Forks
- 7.9k
- Merge medio
- 1 d 11 h
- PR fusionados (30 d)
- 11
Descripción
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.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza con el ejemplo de la documentación titulado "Erasing state when props change" y compara su redacción con Alternative 1 y Alternative 2. Revisa si el ejemplo debería usar defaultMail y si es preciso llamar antipatrón al patrón; se considera terminado cuando el ejemplo y las indicaciones reflejen la terminología acordada.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- javascript, react
- Área
- documentation
- Tipo de issue
- Documentación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100