V
"a"
Size: a a a
2019 February 25
ИЗ
"a"
всё равно будет null
V
скрин давай
V
не будет нул
ИЗ
гсон игнорит дефолтные значения
V
ты проверь
V
бле
V
он же бберет за основу сам класс
LR
хоть что ставь в дефолтное значание - еcли Gson не имеет данные при десериализации - будет null
LR
неважно, nullable поле или нет
ИЗ
как мне сделать, чтобы не было nullPointerException при обращении к неnullable полю класса, который получается из json'а
я же говорю, гугл советует или тайпадаптеры писать на каждый датакласс, или вообще все поля делать nullable, или не юзать gson
или я плохо гуглю
Есть ли нормальный способ, там в билдере что то прописать, или какой то глобальный адаптер добавить, чтобы гсон нормально работал с ненулабл полями?
я же говорю, гугл советует или тайпадаптеры писать на каждый датакласс, или вообще все поля делать nullable, или не юзать gson
или я плохо гуглю
Есть ли нормальный способ, там в билдере что то прописать, или какой то глобальный адаптер добавить, чтобы гсон нормально работал с ненулабл полями?
ИЗ
хоть что ставь в дефолтное значание - еcли Gson не имеет данные при десериализации - будет null
гсон имеет данные, они в конструкторе класса, но он игнорит его и юзает свой unsafe пустой конструктор, вот поля и не инициализируются, по крайней мере я так понял из статей
LR
>также не хочется во всех датаклассах делать все поля nullable.
почему? в чем проблема?
почему? в чем проблема?
ДФ
как мне сделать, чтобы не было nullPointerException при обращении к неnullable полю класса, который получается из json'а
я же говорю, гугл советует или тайпадаптеры писать на каждый датакласс, или вообще все поля делать nullable, или не юзать gson
или я плохо гуглю
Есть ли нормальный способ, там в билдере что то прописать, или какой то глобальный адаптер добавить, чтобы гсон нормально работал с ненулабл полями?
я же говорю, гугл советует или тайпадаптеры писать на каждый датакласс, или вообще все поля делать nullable, или не юзать gson
или я плохо гуглю
Есть ли нормальный способ, там в билдере что то прописать, или какой то глобальный адаптер добавить, чтобы гсон нормально работал с ненулабл полями?
Почему обычным if не поставить проверку при обращении ? Или если есть доступ к бэк то добавить какой то status: true|false ?
ИЗ
>также не хочется во всех датаклассах делать все поля nullable.
почему? в чем проблема?
почему? в чем проблема?
просто будет не так удобно использовать, и во всём проекте добавится куча проверок на null
ИЗ
Почему обычным if не поставить проверку при обращении ? Или если есть доступ к бэк то добавить какой то status: true|false ?
просто этот иф нужно будет в 10 местах вставлять для каждого такого поля
ИЗ
неnullable поля как раз и нужны были для упрощения кода, но получается что gson не даёт их использовать в базах данных...
ДФ
просто этот иф нужно будет в 10 местах вставлять для каждого такого поля
Тогда попросите бэкендчика чтоб он хотябы пустые даные отправлял для него это совсем не сложно
ИЗ
Тогда попросите бэкендчика чтоб он хотябы пустые даные отправлял для него это совсем не сложно
по моему это не очень хорошая просьба
потом когда нибудь добавится ещё 1 поле в моделях, и клиент поломается, потому что появится null там где его не может быть, пока на сервере будут делать значение для этого поля
потом когда нибудь добавится ещё 1 поле в моделях, и клиент поломается, потому что появится null там где его не может быть, пока на сервере будут делать значение для этого поля
ДФ
по моему это не очень хорошая просьба
потом когда нибудь добавится ещё 1 поле в моделях, и клиент поломается, потому что появится null там где его не может быть, пока на сервере будут делать значение для этого поля
потом когда нибудь добавится ещё 1 поле в моделях, и клиент поломается, потому что появится null там где его не может быть, пока на сервере будут делать значение для этого поля
Можно взглянуть на джсон респонс