Запропонувати правкуПокращити цю статтюДопрацюйте відповідь до «Чому важливо уникати дублювання стану?». Ваші зміни проходять модерацію перед публікацією.Потрібне підтвердженняКонтентЩо ви змінюєте🇺🇸EN🇺🇦UAПереглядЗаголовок (UA)Коротка відповідь (UA)Тому що **дубльований стан = джерело багів**, завжди. **Ключове:** дубльований стан - це пастка для мозку і багів; що менше місць, де живуть дані, то чистіше, простіше й надійніше все працює.Показується над повною відповіддю для швидкого нагадування.Відповідь (UA)ЗображенняТому що **дубльований стан = джерело багів**. Завжди. --- ### Що відбувається, якщо дублюєш: - **Одне значення змінюєш, інше забуваєш** - UI показує одне, логіка думає інше - Незрозуміло, який із клонів "головний" - З'являється потреба синхронізувати вручну - Баги трапляються "нібито випадково" --- ### Приклад: Ти зберігаєш список `products` і окремо `filteredProducts`. Потім оновлюєш `products`, але забуваєш оновити `filteredProducts` - на екрані застарілі дані. --- ### Як уникнути: - Використовувати **derived state**, якщо щось можна порахувати - Тримати **джерело істини** одне - Ніколи не зберігати "копію для зручності" без вагомої причини --- **Висновок:** Дубльований стан - це **пастка для мозку і багів**. Що менше місць, де живуть дані, то чистіше, простіше і надійніше все працює.Для рев’юераПримітка для модератора (необов’язково)Бачить лише модератор. Прискорює рев’ю.