Когда вам нужно написать Redux Persist Migration - PullRequest
0 голосов
/ 03 августа 2020

Я только что добавил в свой проект redux-persist и наткнулся на постоянную миграцию redux, которая была бы хорошим способом выполнения миграции базы данных, когда вы меняете форму своего постоянного состояния. Мой вопрос заключается в том, что, поскольку я в настоящее время работаю над своей первой версией приложения, когда мне следует писать постоянную миграцию redux сейчас или только каждый раз, когда я вношу изменения в будущую версию?

Спасибо

1 Ответ

0 голосов
/ 03 августа 2020

Это действительно зависит от того, как работают ваши команды и процессы.

Индивидуальный разработчик

Вероятно, вы можете стереть и создать все с нуля без проблем, пока ваше приложение находится на стадии разработки. Это связано с тем, что у вас нет пользователей или клиентов со «старой» версией.

После того, как она находится в продукте, вам теперь нужно подумать, что это за переход для ваших клиентов. Вот где вы хотите провести процесс миграции. Вам также понадобится следующее:

  • Тесты для нового клиента, который будет получать только новую структуру
  • Тесты для существующего клиента со старой структурой, который будет перенесен на новый

Часть команды

Если вы работаете в организации, где у вас несколько команд и / или несколько сред, вы хотите начать рассматривать их как своих пользователей / клиентов также. Команда QA - это ваш клиент, другая команда, которая зависит от вашего сервиса, также является клиентом. Это означает, что даже если ваше приложение находится на стадии разработки, вы не можете полагаться на все ядерное уничтожение, но вам нужно обработать процесс миграции с помощью тестов, которые я описал ранее.

Заключение (TL; DR:)

Это зависит от того, есть ли у вас потребители, вам, вероятно, нужен процесс миграции

PS: стоит упомянуть, что этот анализ связан не с сохранением избыточности, а с общей миграцией структуры базы данных. Вы можете применить те же принципы при миграции структуры SQL таблицы

...