Compose действительно хотелось бы попробовать в мультиплатформе, но останавливает отсутствие Mac. Раньше не обзавелся, сейчас дороговато. + то что он ещё в альфе все же.
Всякие jmp, call, etc же как раз в него и пишут новые значения при вызове. А счётчик и правда вернётся в самое начало, если не будет инструкций его зацикливающих - т.е. пустая память, вся в nop.
Есть одно но - после создания вью пула rv все равно ощутимо (т.е. замеряемо и это повторяемо) быстрее чем lazy lists. Но на 1.5.0 про пводительность конечно заметно поднялась.
А зачем фрагменты с compose? Вроде же вся прелесть в том, что у нас вообще одна view на все приложение и в теории это должно работать быстрее чем старая система.
Но не для runtime exception, если функция не выбрасывает исключение, перехватить его нельзя. Как раз если diffable data source имеет duplicate, то перехватить его нельзя, будет краш в runtime, так себе try catch, не находите?
Разработчики Яндекс карт это прям отдельный вид людей - документация не просто на 0, она отрицательная. Сделать по ней что-то тот ещё квест. Но сами карты (в смысле движок) писали конечно умные люди...
Да знаю что юр лица, даже видел что обещали к концу этого года выкатить, но пока тишина...
Физ устройства когда купить можно будет в розницу физ лицам?
Да уж, про неперекомпиляцию сразу вспоминается инкременальная сборка gradle и то, что частенько она не работает :)
Спасибо!
Compose действительно хотелось бы попробовать в мультиплатформе, но останавливает отсутствие Mac. Раньше не обзавелся, сейчас дороговато. + то что он ещё в альфе все же.
Ладно, вы про методы object у класса any спрашиваете?:) А про отрисовку вью? А про различия в блокировках coroutines и java?)
Спасибо вам огромное за Ютуб в фоне!!!
Про ребенка на совещании вы повторяетесь :)
За год ос написали, сильны...
А почему именно Android? Обычного недостаточно?
Всякие jmp, call, etc же как раз в него и пишут новые значения при вызове. А счётчик и правда вернётся в самое начало, если не будет инструкций его зацикливающих - т.е. пустая память, вся в nop.
Громкое заявление :)
А тот кто sin cos и векторы забыл - способен? :)
Да, не сингл, согласен, но так ещё и навигацию тянуть придется... Кстати, а как вопрос с Deeplinks обстоит? Активити то одна.
Есть одно но - после создания вью пула rv все равно ощутимо (т.е. замеряемо и это повторяемо) быстрее чем lazy lists. Но на 1.5.0 про пводительность конечно заметно поднялась.
А зачем фрагменты с compose? Вроде же вся прелесть в том, что у нас вообще одна view на все приложение и в теории это должно работать быстрее чем старая система.
Прикольно, у нас таких проблем не стыке java и kotlin (за исключением null) нет, поэтому выглядит слегка непривычно. Ещё раз спасибо! :)
Спасибо, я не swift разраб, этого не знал, но это же не swift по идее, так что конечно спорно, но спасибо!
Но не для runtime exception, если функция не выбрасывает исключение, перехватить его нельзя. Как раз если diffable data source имеет duplicate, то перехватить его нельзя, будет краш в runtime, так себе try catch, не находите?
Больше интересно как вы там без try catch с runtime error живёте :) и что делаете, если у вас у вас есть дубликат в diffable data source? :)
Работает, норм там все. Ей же сервисы не нужны.
Разработчики Яндекс карт это прям отдельный вид людей - документация не просто на 0, она отрицательная. Сделать по ней что-то тот ещё квест. Но сами карты (в смысле движок) писали конечно умные люди...