Новый день - новая тема. Stackoverflow собирает и публикует ежегодный Developer Survey. Мой любимый раздел в этом отчете most loved/dreaded технологии.
Давайте сегодня обсудим самые нелюбимые технологии/инструменты, которые мы использовали в Android разработке
Дисклеймер: естественно, все что я буду говорить - это только мое мнение. Возможно, оно в корне неверное по причине того, что я отстал от жизни. Начну я пожалуй с ViewModel
Лайк если помнишь как 2016-2017 году мы решали две проблемы:
в какой слой положить класс, не нарушив клин архитектуру и не обидев дядю Боба лично
где и как сохранить ViewState чтобы он переживал пересоздание Activity
Больше нас ничего не интересовало
И когда проблема сохранения уже была решена самыми разными способами начиная с Loader и заканчивая целыми библиотеками, пришел Google со своими компонентами. Спасибо и на этом
Решает она вполне понятную задачу(хоть мы ее уже и сами решили), и с этим все ок. До тех пор пока вы не решили сделать non-default конструктор для инжекта. Тогда начиналось веселье с фабриками, мультибиндингами, провайдерами и прочими извращениями
Вменяемый вид эта конструкция обрела только после изобретения Hilt’a
В общем, если бы она вышла на пару лет раньше и инжектилась без танцев с бубном было бы топ, а так meh
androidx.lifecycle.ViewModel
🤔
71.6% Loved🤔
28.4% DreadfulТоржественно включаю в мой персональный список most dreadful технологий kapt, за то как нелегко добиться его инкрементальности и как легко ее сломать.
kapt
🤔
31.9% Loved🤔
68.1% DreadfulNext one: Google Play Services. За то что они громоздкие и совершенно непрозрачные.
commonsware.com/blog/2013/05/2… статья 2013 года про сервисы и проблемы связанные с ними. Mark Murphy как в воду глядел
Ну и отдельный пунктик - куча времени и ресурсов, потраченных на адаптацию приложения под Huawei без сервисов
Google Play Services
🤔
37.7% Loved🤔
62.3% Dreaded
Антон Казаков