загрузку картинки могли бы и сделать, в 2019-м то... Флаттер не мусолил тему модульности, а взял и запилил. И если честно, мне глубоко до фени, как она там грузится, мне вон, архитектуру переписывать надо!🙂

В чем пикасо то не нравится? Все же сейчас в одну строчку грузится, зачем это во фреймворке?

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

мы про композ)

в композе же починят

В композе новые вьюхи сделают, а активити никуда не денется

у композа немного другая философия, ему не нужно грохать всё на изменениях конфигурации, потому что он реактивный

Ну, подумай сам, по картинкам. Если забыть к чему ты привык, начинает джун проект, хочет показать котика. И пошла ебала: в доке простыня кода как скачать картинку и еще посылает тебя гуглить "glide vs picasso vs fresco". День спустя ты уже в реддите, трех слаках и в этом канале в телеге, настраиваешь кэш для либы, а котика еще нет. Офигенная свобода выбора, там где она никому не нужна. (По крайней мере не сразу, когда ты просто попросил молоток).

Одна строчка в build.gradle и запрос вроде Picasso.withUrl().into(view). Вы сильно преувеличиваете.

Даже конфигурация Glide, которая кодгенится не была никогда такой сложной.

там же по сути надо просто в другого типо вью класть картинку

В смысле не нужно?) На изменении грохнется активити/фрагмент, на которой лежит эта композ вьюха и утащит всё за собой

когда уже все загуглил и выбрал пикассо. А потом тебе коллега говорит "а у меня на прошлой работе был глайд, давай назначим митинг и обсудим, с аргументами!".

а глайд и так умело битмап грузить, просто вставить в компоуз вьюху

так не грохай

> В композе новые вьюхи сделают, а активити никуда не денется
Мой изначальный поинт остаётся всё тем же

Coil -> imageView.load(url) :))

Тем более. Хороший пример. :)

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

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