Надо было ставить линукс

Если в нём контейнер, то нету ефекта увеличения тулбара

забивать гвозди кирпичами, кто то пробовал? если кто то нашел что либо лучше молотка, поделитесь опытом

А чем он мотивирует свой поступок ?

мой коллега за ручной парсинг...

Что значит ручной парсинг? юзая gson тебе итак часто нужно вручную писать JsonDeserializer где ты теми же ручками парсишь

Что значит ручной парсинг? юзая gson тебе итак часто нужно вручную писать JsonDeserializer где ты теми же ручками парсишь

Нарооод!!! Кто-нить может объяснить мне, почему при одинаковых параметрах дисплея, если верить ГуглПлею, на разных устройствах получаются разные экраны?

немного оффтопчик: интерсно, среди нас есть те, кто предпочитает ручной парсинг, а не gson или другую либу (нашли что-то получше gsona?). если есть, то почему?

Физические размеры дисплея разные? )

А хрен его знает, ГуглПлей не сообщает о них

неа. это внутри модельки. а снаружи так userProfile = new UserProfile(je.getAsJsonObject("user"), je.getAsJsonObject("visibility"));

А чем gson не подошёл?

посмотри по моделе

А хрен его знает, ГуглПлей не сообщает о них

gson. пол проекта на гсоне. просто дальше в модельку закидывается вручную

Подключать гсон, но не юзать его по назначению 🤔

если кто нибудь сталкивался помогите

посмотри по моделе

Блин! Данные от автотестировщика на ГуглПлее не совпадают с теми, что по модели находятся в инете. Вот какие правильные? А из системы размер диагонали как-то можно добыть программно?

🤷‍♂️

Huawei Mate 9 6 дюймовая лопата

разрешение экрана вроде можно изменять на самсунгах(флагманах)

разрешение экрана вроде можно изменять на самсунгах(флагманах)

немного оффтопчик: интерсно, среди нас есть те, кто предпочитает ручной парсинг, а не gson или другую либу (нашли что-то получше gsona?). если есть, то почему?

немного оффтопчик: интерсно, среди нас есть те, кто предпочитает ручной парсинг, а не gson или другую либу (нашли что-то получше gsona?). если есть, то почему?

который предпочитает гсон )))

немного оффтопчик: интерсно, среди нас есть те, кто предпочитает ручной парсинг, а не gson или другую либу (нашли что-то получше gsona?). если есть, то почему?

Тоже задался этим вопросом Нам достался проект, в котором тоже всё вручную парсится. Получаем объект от сервера в JSON виде. В приложении объекты сохраняются в Realm. Есть метод, вытаскивающий из Realm объект по id. Далее сравниваются каждое поле объекта и соответствующее поле JSON. Если поле есть в JSON, то оно в объекте обновляется. Например, json.type = 1 следовательно object.type = 1 Но если json.type = null, то что делать с объектом. Обнулять или оставить неизменным? Если делать автоматом через Gson поле будет null, а нужно, чтоб оно просто не изменилось. Ручной парсинг предотвращает обнуление поля, потому что в json просто это поле не придет, и проверка json.has("type") не пройдет Хотя хз, наверное просто нужно научиться правильно использовать Gson, чтобы null поля в одном случае игнорировались, а в другом реально обнуляли значение в объекте Realm. Но переделывать весь проект очень долго

ну типа, но это ручной парсинг все равно будет

Я бы сказал что это вопрос мапинга оъектов а не парсинга

Ребят, а может кто-то внятно сказать когда apply, let, run использовать?)

Ребят, а может кто-то внятно сказать когда apply, let, run использовать?)

apply когда нужно что то применить над объектом и вернуть сам объект. удобно для findviewbyid(R.id).apply{ this.setonclicklistener } run для void-коллбеков, когда нужно просто выполнить блок кода без возврата значения. let для оборачивания в it объекта, когда внутри его куда то передаешь, например this.mView?.let { presenter.onViewAttached(it) }

Нарооод!!! Кто-нить может объяснить мне, почему при одинаковых параметрах дисплея, если верить ГуглПлею, на разных устройствах получаются разные экраны?

Часто говорят что на одних устройствах различные фичи работают норм на других плохо Где чаще всего косяки вылазят? На чем потестировать приложуху стоит?

Часто говорят что на одних устройствах различные фичи работают норм на других плохо Где чаще всего косяки вылазят? На чем потестировать приложуху стоит?

Часто говорят что на одних устройствах различные фичи работают норм на других плохо Где чаще всего косяки вылазят? На чем потестировать приложуху стоит?

Тоже задался этим вопросом Нам достался проект, в котором тоже всё вручную парсится. Получаем объект от сервера в JSON виде. В приложении объекты сохраняются в Realm. Есть метод, вытаскивающий из Realm объект по id. Далее сравниваются каждое поле объекта и соответствующее поле JSON. Если поле есть в JSON, то оно в объекте обновляется. Например, json.type = 1 следовательно object.type = 1 Но если json.type = null, то что делать с объектом. Обнулять или оставить неизменным? Если делать автоматом через Gson поле будет null, а нужно, чтоб оно просто не изменилось. Ручной парсинг предотвращает обнуление поля, потому что в json просто это поле не придет, и проверка json.has("type") не пройдет Хотя хз, наверное просто нужно научиться правильно использовать Gson, чтобы null поля в одном случае игнорировались, а в другом реально обнуляли значение в объекте Realm. Но переделывать весь проект очень долго

Мы в некоторых проектах парсим "вручную", почему: 1) не надо подключать отдельные либы. 2) В некоторых случаях gson срабатывает медленнее. В некоторых - jackson медленнее. Ручное срабатывает быстрее почти всегда, но так, как вы привели на скриншоте, я бы не писал, миллион трайкечей это тоже плохо. 3) может быть довольно специфичное API, с которым проще написать свою обвязку. В целом, в большинстве случаев использовать GSON проще, но не во всех, надо смотреть особенности проекта

Стесняюсь спросить зачем?