А еще и ревьюить изменения просто пушка, конечно.

Не надо винить констрейнт.

Со времем тоже более менее привыкаешь. Не ко всему, конечно. Но становится попроще.

Тут тогда не CL виноват, а редактор говянный

Ну, слишком связанные вещи, чтобы их отделять.

Ну, с другими view group таких проблем не возникало.

Для них вообще редактор не нужен.

(я бы даже сказал противопоказан)

Тогда зачем используешь его?

Плюс CL пропагандировался, как лёгкое решение, которое позволит обходиться без xml и всё делать в редакторе. Но не завелось.

Очевидно, потому что в некоторых ситуациях он удобнее, чем остальные.

Какой-то странный доеб.

Я ж не говорю, что он абсолютное зло.

Есть кейсы, когда он удобен, но отрицать, что у него есть проблемы глупо.

Тут ты прав

Вообщем нахуй этот XML, тру парни пишут верстку через код

через байткод*

👍

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

#Вопос #Android #JSON #Retrofit
Android.
Что делать, если мне нужно поймать ошибку маппинга данных одновременно для всех запросов? Где именно лучше это сделать? Задача - проверить, есть ли ошибки маппинга и отправить запрос в сеть с телом запроса, url запроса и body запроса
по идее это делается где-то на уровне OkHttpClient с помощью интерцептеров, но я не могу понять как это сделать(поймать ошибку маппинга)

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