DB
нет, мне нужно от обратного. Каждый класс будет по особому обрабатывать данные и отправлять их дальше. Для json которые никуда не смогли замапиться я буду новые классы писать
Size: a a a
2020 July 07
lf
ну по идее json приходящий с бека ты должен маппитьв уже созданные классы
lf
или я чет не понял
DB
Но сервис может начать выплевывать к примеру доп-поля или может измениться название одного из полей
DB
и мне нужно будет этот момент отловить
lf
ну сериализатор их проигнорирует
lf
у тебя в json может быть 100500 полей, а в классе 2 - и все будет работать
lf
Но сервис может начать выплевывать к примеру доп-поля или может измениться название одного из полей
вот как отлавливать изменение модели на беке мне интересно
DB
ну вот да... мне это крайне нужно
DB
Вопрос все еще актуален
ND
Вопрос все еще актуален
тебя в переводчик отправить или что ты хочешь?
lf
ну вот да... мне это крайне нужно
а как ты классы то будешь создавать в рантайме?
lf
я бы просто мапы хранил в таком случае
EC
DB
тебя в переводчик отправить или что ты хочешь?
Я логики не вижу. Причем тут сокрытие если я к полям класса обращаюсь
ND
не обращайтесь к полям класса через this, если нет конфликта имён
SS
Просто не используй
this. без явной путаницы между переменнымиSS
К тому же идея тебе подсказывает что есть "quick fix" всего этого дела
RM
/stat@combot