AN
Собственно андроид напоролся на стандартную проблему тырпрайз жавы, где перекурили ООП и все сделали на наследовании
Size: a a a
2021 March 23
AN
Врятли. Будет много багов из серии "я запросил основной цвет темы экрана, но экран в тот момент пересоздавался поэтому и получил цвет из темы приложения, другой и чего-то не видно, фиг задебажишь"
А сейчас в этом случае в этом месте будет просто крэш
AM
А сейчас в этом случае в этом месте будет просто крэш
С чего бы? Мемори лик — да, а крешу взяться неоткуда.
AN
С чего бы? Мемори лик — да, а крешу взяться неоткуда.
В смысле захват контекста мертвого активити? А чем это хорошо-то?
AM
Только если из фрагмента попытаться активити забрать в detached состоянии, но это не о контекстах.
D
Тонна — это довольно громко сказано, а лично в моём опыте вовнутрь протекали пока только строки (но да, там на хорошую поддержку plurals надо капельку запотеть). Не говорю, что другие ресурсы не нужны никогда, но объём работы там небольшой.
Презентеру или интерактору, когда кодельки вьюшек создает, постоянно разные ресурсы нужны. От цветов, размеров шрифта, до строк, причем и без плюралов нужны.
AM
В смысле захват контекста мертвого активити? А чем это хорошо-то?
Хорошего ничего, конечно, просто креша там не будет :)
AN
Хорошего ничего, конечно, просто креша там не будет :)
Ну будет то, что ничем не лучше забора темы не из того окружения
D
А сейчас в этом случае в этом месте будет просто крэш
Сейчас будет ликнутый контекст на время отработки этой таски в фоне, ничего не крешется.
AN
На самом деле нет там никаких проблем с дебагом. На каждом вызове хорошо видно, откуда притекло то или иное свойство
AM
Презентеру или интерактору, когда кодельки вьюшек создает, постоянно разные ресурсы нужны. От цветов, размеров шрифта, до строк, причем и без плюралов нужны.
Презентеру — да, интерактор о деталях вроде шрифта, которым надо конкретный лейбл нарисовать, по идее ничего знать не должен. Там достаточно какого-то абстрактного признака, на основании которого презентер или вью решит, какой шрифт взять.
AD
Презентеру или интерактору, когда кодельки вьюшек создает, постоянно разные ресурсы нужны. От цветов, размеров шрифта, до строк, причем и без плюралов нужны.
TextValue.Res(Int), TextValue.Raw(String), ColorValue(Int) и т.д. и никакой контекст не нужон
AM
TextValue.Res(Int), TextValue.Raw(String), ColorValue(Int) и т.д. и никакой контекст не нужон
Дмитрий ровно об этих штуках и говорил выше, что их писать руками надо.
D
Обычно контекст нулабельный в коде. Если он доступен - он есть и работает. Если контекста данного экрана еще нет - его нет, а не будет оказываться вдруг какой-то другой.
AN
Обычно контекст нулабельный в коде. Если он доступен - он есть и работает. Если контекста данного экрана еще нет - его нет, а не будет оказываться вдруг какой-то другой.
Это значит надо все обвешивать лапшой из дефолтов
AD
Дмитрий ровно об этих штуках и говорил выше, что их писать руками надо.
> тонны лишних тяжелых абстракцийон немного иначе сказал 🌚
AM
TextValue.Res(Int), TextValue.Raw(String), ColorValue(Int) и т.д. и никакой контекст не нужон
@Dmitryuser, а вы ж что-то такое и имели ввиду? А то может я вас и правда неправильно понял.
D
TextValue.Res(Int), TextValue.Raw(String), ColorValue(Int) и т.д. и никакой контекст не нужон
Какой инт? У меня цвет определен в теме, он будет разный в зависимости от того, какую тему пользователь выбрал - светлую или темную. Эта информация есть только в контексте.
AM
Я думаю, это был
@StringRes и иже с ними.D
А в списке есть кастомные элементы, иногда цвета в них задаются программно из модели этой вьюшки.