IS
ну там же что-то типа выпадашки, похоже. харкодить на фронте шо-то ащ странное -_-
Size: a a a
2021 June 08
Д
Не вижу проблем
Д
Хочешь отдай json на клиент
Д
Хочешь повтори его на клиенте сам
IS
бррр
IS
DRY, как минимум
Д
Не тот случай
Д
В базе стоит хранить только динамические данные
Д
Иначе потом боком выйдет
IS
да тот, из-за нарушения этого DRY могут проблемы на ровном месте возникнуть, хоть из-за опечатки
Д
Ну почему? Разве сложно со стороны сервера отдать статус объектом клиенту?
Д
Зачем из базы брать то?
IS
там в качестве антипода таблицы был харкод именно на фронте, меня больше всего это задевает
Д
Ну тут как кому удобно,
1. можно отдельным эндпоинтом отдать клиенту все статусы но не из базы а из конфига статичного
2. можно подмешивать к сущностям, а в базе хранить только status_id
1. можно отдельным эндпоинтом отдать клиенту все статусы но не из базы а из конфига статичного
2. можно подмешивать к сущностям, а в базе хранить только status_id
Д
Хранить в таблицы отдельно ради 5 строк это непозволительная роскошь. У любого JOIN должно быть весомое оправдание
IS
ну это ещё приемлемо, к примеру, я допускаю, хотя я бы всё равно в таблицу кинул, скорее всего
но хардкод на фронте - я против всеми конечностями
но хардкод на фронте - я против всеми конечностями
Д
Не было высоконагруженных проектов?
IS
ну, может, вы и правы, я не работал над чем-то достаточно крупным, чтоб судить насчёт таких проблем с производительностью
Д
Только из за этого
Д
Золотое правило при построении баз данных