СП
В принципе и 8 да. Если не мегапроекты
Size: a a a
2021 January 16
L
А не думали, что приложение падает не из-за Layout а из-за чего-то другого?
Если это мне, то мы взяли один монструозный лэйаут без всякой логики и запустили его в тестовой проге и измерили профайлером.
Повторять заново свой рассказ не хочу. Я уже много раз объяснил что, как и почему.
Повторять заново свой рассказ не хочу. Я уже много раз объяснил что, как и почему.
СП
На эпплах не в курсе
D
Ну поставил 16...не заметил че то разницы - обновление студии кажется больше ускорило.
я когда 16 поставил просто перестал программы отключать. висит да и висит, пофиг. несколько проектов в студии, несколько в идеи, 1-2 эмуля, хром с кучей вкладок, еще и игрушка какая-нибудь сверху)
L
+
СП
А, поставил 16 в виде 8+8 - память стала двухканальной. Это может дать какой то эффект тоже
D
А, поставил 16 в виде 8+8 - память стала двухканальной. Это может дать какой то эффект тоже
ну да, у меня так же. так что хватает. хотя был один проект, который на холодную полчаса компиллировался, сжирал всю память и при каждой холодной компилляции создавал ~4 гб каких-то temp, который в следующий раз не перезаписывались, а заново создавались. вот там что 16, что 64 было бы мало
Н
всем привет. перехожу с лайв даты на стейтфлоу. в лайв дате можно было два раза бросить один и тот же Kotlin object и обзёрвер бы сработал два раза. во флоу же триггер происходит один раз и больше не повторяется, если кидать тот же объект. в такой ситуации единственное решение - изменить object на class?
UM
так грузится, все хорошо
но не быстро
D
синхронизация градла 4 минуты на пустом проекте? на калькуляторе что ли пишешь?)
UM
синхронизация градла 4 минуты на пустом проекте? на калькуляторе что ли пишешь?)
D
что у тебя за сборка ПК? это очень долго
UM
что у тебя за сборка ПК? это очень долго
у меня ноутбук
JF
что у тебя за сборка ПК? это очень долго
у меня при холодном старте бывает 7-12 минут. Это не много
А
всем привет. перехожу с лайв даты на стейтфлоу. в лайв дате можно было два раза бросить один и тот же Kotlin object и обзёрвер бы сработал два раза. во флоу же триггер происходит один раз и больше не повторяется, если кидать тот же объект. в такой ситуации единственное решение - изменить object на class?
Да, придется заменить на class. И учитывать то, что StateFlow сравнивает элементы через equality
L
у меня при холодном старте бывает 7-12 минут. Это не много
При этом иногда помогает остановить долгий билд и запустить снова. И он проходит оч быстро.
Н
Да, придется заменить на class. И учитывать то, что StateFlow сравнивает элементы через equality
понял, спасибо. у меня просто идеа подсвечивает, что заменить на object нужно, если делаю класс
D
у меня ноутбук
50 секунд от создания проекта до запуска на девайсе. у тебя, наверное, не хватает ресов для студии
D
у меня при холодном старте бывает 7-12 минут. Это не много
ну не хеллоуворлд же
JF
ну не хеллоуворлд же
тоже верно