Читаю я.практикум и сразу понимаю что статья заказная, их реклама слишком агрессивна. Да и читал программу этого курса за год, восторгов она не вызвала, если честно.
Compose действительно хотелось бы попробовать в мультиплатформе, но останавливает отсутствие Mac. Раньше не обзавелся, сейчас дороговато. + то что он ещё в альфе все же.
Всякие jmp, call, etc же как раз в него и пишут новые значения при вызове. А счётчик и правда вернётся в самое начало, если не будет инструкций его зацикливающих - т.е. пустая память, вся в nop.
Есть одно но - после создания вью пула rv все равно ощутимо (т.е. замеряемо и это повторяемо) быстрее чем lazy lists. Но на 1.5.0 про пводительность конечно заметно поднялась.
А зачем фрагменты с compose? Вроде же вся прелесть в том, что у нас вообще одна view на все приложение и в теории это должно работать быстрее чем старая система.
Но не для runtime exception, если функция не выбрасывает исключение, перехватить его нельзя. Как раз если diffable data source имеет duplicate, то перехватить его нельзя, будет краш в runtime, так себе try catch, не находите?
Вы безусловно молодец, но...
Читаю я.практикум и сразу понимаю что статья заказная, их реклама слишком агрессивна. Да и читал программу этого курса за год, восторгов она не вызвала, если честно.
Да знаю что юр лица, даже видел что обещали к концу этого года выкатить, но пока тишина...
Физ устройства когда купить можно будет в розницу физ лицам?
Да уж, про неперекомпиляцию сразу вспоминается инкременальная сборка 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? :)
Работает, норм там все. Ей же сервисы не нужны.