А я не займався цим і не розумію, які там є труднощі, порівняно з тим, щоб самому записати/зчитати(що на перший погляд не складно). Тому, якщо можна, поясніть, що там таке, що треба тягнути якийсь пакет

Питання ще в тому, чи пробували це зробити без сторонніх пакетів

Кому що подобається
Я використовую нативний локалСторедж в проектах і не бачу ніяких проблем з ним в тих задачах, які маю

вот и я не понимаю, весь мой опыт заканчивается на  JWT в localStorage

Мы про редакс стор, а не про отдельную логику приложения

localStorage  имеет ряд проблем, например
бросает рантайм ошибки при попытке записать/порчитать в приватном режиме браузера (самая частая проблема, которую я вижу в продакшн коде ! 🙂
иногда ты упираешься в размер localStorage, и тебе нужен механизм для инвалидации устаревших данных, или запись с тем же интерфесом в хранилище с большими  кваотами
и так далее

чтобы не решать эти проблемы каждый раз, и есть эти библиотеки. но это не означает, что ты должен их использовать. но должен знать все подводные кмни технологии 🙂

Дякую)

В любом случае, так или иначе, вам придется писать дополнительные методы для работы с localStorage, для тех, у кого на это нет времени или знаний и существуют решения, подобные redux-persist

или, например, https://github.com/localForage/localForage

в биржс было небольшое обсуждение паттернов, написал небольшой гист про паттерн, который недавно начал использовать в реакте
https://gist.github.com/alexeyraspopov/e22358cae8bea7d9fefa97372a75df1f

хех, интересно, я далеко не уходил и просто похожее апи использовал c useConfirmDialog

в этом случае надо где-то добавлять кастомный повыше

это не очень критикал, но компонент получается не изолированым

и при тестировании надо помнить что надо врапнуть диалог в нужный контекст

И с контекстом оно получается “не изолированным” по тем же причинам. В случае тестов я просто мокаю confirm.js и проверяю вызовы confirm()

ну я не юзаю контекст

это не совсем найс выглядит, но зато избавляет от всяких проблем типа синхронизации данных между компонентом и диалогом

но вот этот подход я бы для каких-то общего вида нотификаций применил бы

мне в этом паттерне не нравится что часть лэйаута будет не в секции return (), а где-то выше. это сложно читать, потому что придётся прыгать туда-обратно по строкам