писать, возможно - нет. Но потом через неделю или другому коллеге читать - ДА
не сказал бы
та ради Бога
элементарно экран профиля, 10+ полей, при входе нужно с репозитория подтянуть все даные, обновить поля через обсерв лайв даты, потом что бы сохранить изменения нужно опять собрать все поля с View и прокинуть в ViewModel..
мне же просто интересно много кто плюется от датаБиндинга, вот я и хотел просто услышать какие-то варианты получше
у меня несколько поинтов 1. когда поля просто отображаются и считываются напрямую - ок. Но в хмл начинается городить логика, тернаники и т.д, это потом трудно читать и находить 2. Когда ты допускаешь ошибку или что-то не то случилось в байдинге ты же никак не найдешь ошибку, придется построчно вырезать хмл(если сразу верстку накатал там) 3. Стабильность датабиндинга, то блет чет не сгенерится, то еще чет блять, бывало такое, вчера все ок, а сегодня начинается с танцев с бубнами. Я никого не агитирую - нравится -используй, не нравится - не используй. Мне легче таким способом контролировать процесс
++, у меня вечно отпадают сгенерированные классы
Обсуждают сегодня