170 похожих чатов

Часто сталкиваюсь с тем, что в структуре описанной для получения

данных из БД, есть поля которые на фронте не нужны. Нужны они исключительно для обработки на сервере. По идеи же на фронт json должен идти чистый, только с теми данными, которые нужны.

Нормальная ли практика создавать две структуры (A, B) - A для загрузки данных из БД и последующей работе на стороне сервера, а B для отправки на фронт-энд? Но с таким подходом для каждой структуры нужно писать свой сериализатор, который будет переписывать только нужные значения полей из A в B.

Еще бывает такое, что для структуры B нужно 2-3 поля новых добавить.

2 ответов

9 просмотров

Это вроде как стандарт.

Использовать одни и те же структуры для фронта и БД - грех, за который надо стегать ссаными тряпками.

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта