R
Size: a a a
2020 November 14
DO
Есть смысл еще как в react-query-devtools, что-то типа такой иконки добавить
DO
с возможностью дизабла её
DO
не, ctrl-k — это в хроме "искать в Google"
c
⌃+B
c
я ща проверил)
c
но в приложении должен быть логгер и createInspector()
NF
нужно инициализировать стор с данными из localStorage.
инлайн норм или лучше через эффект.
инлайн норм или лучше через эффект.
1) Single Level of Abstraction
localStorage - низкоуровневый api,
restore - высокоуровневый api
2) DI
localStorage - внешняя зависимость с состоянием
3)
Обеспечение уникальности ключей?
Версионирование формата и миграции?
Получение из другого источника?
Если этот источник не синхронный что изменится?
Если данные испорчены, как обрабатывать ошибку?
Как протестировать?
Вот и ответ.
localStorage - низкоуровневый api,
restore - высокоуровневый api
2) DI
localStorage - внешняя зависимость с состоянием
3)
Обеспечение уникальности ключей?
Версионирование формата и миграции?
Получение из другого источника?
Если этот источник не синхронный что изменится?
Если данные испорчены, как обрабатывать ошибку?
Как протестировать?
Вот и ответ.
П
1) Single Level of Abstraction
localStorage - низкоуровневый api,
restore - высокоуровневый api
2) DI
localStorage - внешняя зависимость с состоянием
3)
Обеспечение уникальности ключей?
Версионирование формата и миграции?
Получение из другого источника?
Если этот источник не синхронный что изменится?
Если данные испорчены, как обрабатывать ошибку?
Как протестировать?
Вот и ответ.
localStorage - низкоуровневый api,
restore - высокоуровневый api
2) DI
localStorage - внешняя зависимость с состоянием
3)
Обеспечение уникальности ключей?
Версионирование формата и миграции?
Получение из другого источника?
Если этот источник не синхронный что изменится?
Если данные испорчены, как обрабатывать ошибку?
Как протестировать?
Вот и ответ.
У меня не тот случай, когда нужно переживать за массив из 4х строк
:) если нет данных в сторадже, то будет использован пустой массив.
:) если нет данных в сторадже, то будет использован пустой массив.
🚀🚀
1) Single Level of Abstraction
localStorage - низкоуровневый api,
restore - высокоуровневый api
2) DI
localStorage - внешняя зависимость с состоянием
3)
Обеспечение уникальности ключей?
Версионирование формата и миграции?
Получение из другого источника?
Если этот источник не синхронный что изменится?
Если данные испорчены, как обрабатывать ошибку?
Как протестировать?
Вот и ответ.
localStorage - низкоуровневый api,
restore - высокоуровневый api
2) DI
localStorage - внешняя зависимость с состоянием
3)
Обеспечение уникальности ключей?
Версионирование формата и миграции?
Получение из другого источника?
Если этот источник не синхронный что изменится?
Если данные испорчены, как обрабатывать ошибку?
Как протестировать?
Вот и ответ.
для тех кому важны миграции кстати есть indexeddb, в котором необходимость обеспечивать миграцию данных заложена изначально
localStorage это как S3 — что-то по быстрому накидать и залить, не парясь)
но вот про di прям в точку — с помощью di в
localStorage это как S3 — что-то по быстрому накидать и залить, не парясь)
но вот про di прям в точку — с помощью di в
effect.use можно заменить локалстораж на код для для в nodejsR
😲 видимо придется использовать indexeddb
🚀🚀
😲 видимо придется использовать indexeddb
я использую — json схемы приложений весят по два метра, пришлось озаботиться)
но indexeddb это весьма хардкорно в плане имплементации работы с ним, пока заходит тяжеловато
но indexeddb это весьма хардкорно в плане имплементации работы с ним, пока заходит тяжеловато
🚀🚀
по ощущениям это как full-featured nosql типа dynamodb — со всеми вытекающими
NF
ну indexeddb не то чтобы много делает для миграций
🚀🚀
ну indexeddb не то чтобы много делает для миграций
ну там ты обязан имплементить реакцию на versionchange эвент, иначе однажды приложение окажется без базы данных, так как инстанс свалится с ошибкой
🚀🚀
чисто такой навязчивый способ напомнить о важности миграций)
NF
чисто такой навязчивый способ напомнить о важности миграций)
когда абстрактный класс требует от меня заимплементить метод: () => {}
🚀🚀
ну так то да 😅
🚀🚀
по ощущениям это как full-featured nosql типа dynamodb — со всеми вытекающими
кстати больше всего в indexeddb впечатляют композитные ключи (по нескольким полям в совокупности), прям киллер фича, полноценных аналогов особо нет