Комментарии 21
Не прошла проверку временем. Оно и к лучшему.
Совершенно непонятно кому пришло в голову писать вёрстку в коде, да ещё сделать это модой
Впрочем это не самая большая часть anko была насколько помню.
Так что как раз вёрстка в коде, похоже, проверку временем проходит.
Интересно, а как тогда передать UI-дизайнеру делать верстку, если не в xml?
Он же не программист и в голове крутить то, как отображаются элементы, описанные в коде, довольно сложно
Поэтому, мы как раз плотно используем xml. Дизайнер копается в XML и его редакторе, разработчик-программист — пишет код, посматривая на xml для изучения структуры и Id элементов
Ну рисовать макеты и я могу. А вот воплотить это дело в верстке, со всеми отступами, тенями и прочим — не-не. Более того, при вёрстке с помощью xml можно моментально посмотреть, не ожидая сборки приложения
Андроид-разработчик обязан уметь наверстать то, что ему нарисует дизайнер. Дизайнер должен пользоваться своими привычными инструментами и лезть в xml ему вообще незачем. Достаточно отдавать макет в Zeplin/Figma.
Ничего не ломается. У нас конечно, не гигантский-гигантский проект, но достаточно большой и имеющий несколько модулей. Да, конечно, иногда после запуска студия может показать это уведомление на секунд 10, но это пока файлы в основном индексируются. И да, машина отнюдь не с 32 Гб памяти, а 8
Одно дело писать самому, когда понимаешь как всё должно выглядеть и работать. И совсем другое дело — разбираться в чужой вёрстке, написанной кодом. В XML-раз и посмотрел вёрстку, цвета, шрифты, размеры, положение элементов относительно друг друга. А с Anko приходится самому рендерить в голове. Производительность падает до нуля.
Я стараюсь избегать этого, а вы? Поэтому да, я не писал таких проектов и не хочу такие писать и уж тем более поддерживать.
Внезапно, да, бывают приложения больше чем на три экрана, со сложным функционалом. Вы можете этого избегать, кто ж вам запретит.
Kotlin-библиотека Anko стала deprecated