с#
Юзаем ??? значит
наверное дата биндинг, потому что compile-time safety важнее build speed наверное
???Size: a a a
2020 October 09
KD
Нужна ссылка на
(Друг просит)
AI
> А чем тогда?
Я ничем не предлагал, у меня такой проблемы не существует. Есть
а) kotlin android extensions
б) ViewBinding
в) можно написать
> Но не надо пропагандировать это как самый лучший путь
Надо. А то все обмазались кодом, не понимая, как он работает, и утонули в объектах.
> а то все тут утонут в этих оптимизациях
ой, как страшно. А можно примеры утонувших?
Я ничем не предлагал, у меня такой проблемы не существует. Есть
а) kotlin android extensions
б) ViewBinding
в) можно написать
fun v(id: Int) = lazy(NONE) { findViewById(id) } — и анонимный класс будет один на всех, и без синхронизации. KotterKnife так и делает, ЕМНИП.> Но не надо пропагандировать это как самый лучший путь
Надо. А то все обмазались кодом, не понимая, как он работает, и утонули в объектах.
> а то все тут утонут в этих оптимизациях
ой, как страшно. А можно примеры утонувших?
У нас был свой uiLazy() чтобы бес синхронизации. Мы явно его выпилили и стали использовать обычный lazy. Потому что это невозможно измерить в этих кейсах. Это не хайлод.
с#
наверное дата биндинг, потому что compile-time safety важнее build speed наверное
хотя если давать нормальные айдишники, то compile time safety будет на уровне договоренностей с самим собой
SB
У ViewBinding же галочки как у databinding?
SB
кодогенерация
ES
ViewBinding же
Зачем совать в проект что попало🙄
QH
Если мы так общаемся, то можно пример, где от нескольких
lazy вьюх приложение лагало? :)А есть активити и фрагменты, которые на старте не тормозят?)
ES
Код в xml и кодогенерация, которая будет постоянно ломать инкрементальную сборку и заставлять каждые 5 секунд делать клин проекта
KD
А есть активити и фрагменты, которые на старте не тормозят?)
Подожди, ты куда-то перебегаешь.
Покажи мне проект, где именно от
Покажи мне проект, где именно от
lazy вьюх экран начинает лагать. Например, при обращении к ним. От, о боже, анонимных классов и синхронизации.ES
А кто знает, когда композ выйдет в релиз и уже можно будет реально учить его и юзать в проде?
QH
Подожди, ты куда-то перебегаешь.
Покажи мне проект, где именно от
Покажи мне проект, где именно от
lazy вьюх экран начинает лагать. Например, при обращении к ним. От, о боже, анонимных классов и синхронизации.При обращении там особо и лагать-то нечему, тормозить будет только при создании.
ES
При обращении там особо и лагать-то нечему, тормозить будет только при создании.
Разве lazy не от тормозов при создании?
KD
При обращении там особо и лагать-то нечему, тормозить будет только при создании.
Оно всё будет тормозить при создании. Мы всё-таки в андроиде. Но вот эта экономия на нескольких анонимных классах — ерунда.
Оптимизации ради оптимизаций бывают весёлыми, но обычно бесполезными.
Оптимизации ради оптимизаций бывают весёлыми, но обычно бесполезными.
с#
Разве lazy не от тормозов при создании?
ну при создании их не будет. а потом при обращении будут. я так это понял
ES
ну при создании их не будет. а потом при обращении будут. я так это понял
Ну так это и есть функция лейзи
с#
Ну так это и есть функция лейзи
я о ней и говорю
KD
Разве lazy не от тормозов при создании?
Суть, как я понял, в том, что у тебя на каждую вью при создании экрана всё равно создастся по лишнему (анонимному) классу. @Harmonizr против этого.