мне вот интересно, кто-нибудь пытался решить такой кейс? При клике открывать свайп-экран, но уже отрендеренным

то есть чтобы экран "выдвинулся" только после того, как получит все данные и отрисуется

И что же делать? Как Вы поступили?

Есть два решения Зафиксировать версию флоу и не обновлять (ну идея так себе) Для файлов где у нас ошибки убираем аннотацию "//@flow" Что бы отключить тайпинги , Далее при изменение или создании новых файлов мы эти аннотации возвращаем и правим ошибки появившиеся. Т.е. если какой-то файл трогали то обязательно его типизируем В итоге через некоторое время вернёте проект к максимальному покрытию типами. ‐--- У нас было около 600+ ошибок сейчас осталось меньше половины

то есть чтобы экран "выдвинулся" только после того, как получит все данные и отрисуется

а зачем это? Анимации и были придуманы для того что бы за 300мс можно было скачать нужные данные

Есть два решения Зафиксировать версию флоу и не обновлять (ну идея так себе) Для файлов где у нас ошибки убираем аннотацию "//@flow" Что бы отключить тайпинги , Далее при изменение или создании новых файлов мы эти аннотации возвращаем и правим ошибки появившиеся. Т.е. если какой-то файл трогали то обязательно его типизируем В итоге через некоторое время вернёте проект к максимальному покрытию типами. ‐--- У нас было около 600+ ошибок сейчас осталось меньше половины

Два селектора уходят из покрытия и стор. Думаю потянут что то за собой если отключить в них флоу. Жаль

то есть чтобы экран "выдвинулся" только после того, как получит все данные и отрисуется

Как то так: componentDidMount() {     // 1: Component is mounted off-screen     InteractionManager.runAfterInteractions(() => {       // 2: Component is done animating       // 3: Start fetching the data       // this.props.dispatchDataFetchStart();       // 4: set didFinishInitialAnimation to false       // This will render the navigation bar and a list of players       this.setState({         didFinishInitialAnimation: true,       });     });   }

Хотя я наоборот это использую (чтоб до конца отрисовался скрин)

а зачем это? Анимации и были придуманы для того что бы за 300мс можно было скачать нужные данные

ну 300мс - очень оптимистично)

у нас бывает данные 1с идут

смысл анимаций в том что бы исползовать это время для загрузки

ставить на паузу все пока анимация не закончится - это какой-то сюр

по моим бенчам перформанс JSC в два раза выше чем хром о_О

смысл анимаций в том что бы исползовать это время для загрузки

я беру в принмер телеграм) писали чат, но так и получилось добиться такого результата, как в телеграме при открытии чата. Чтобы экран выезжал уже отрисованным с сообщениями

потому что он отрисовывается пока идет анимация

мы как раз и использовали опыт телеграма, даже на нативном коде такое сделать это сложно

телеграм старается максимально быстро начать анимацию

хах у меня JSC оказывается быстрее в два раза хрома

на простом коде

на простом коде

А на сложном

t = Date.now(); function a() {}; for (var i = 0; i<1000000000;i++) { a('Hello') }; console.log(Date.now() - t);

Пока не знаю, я тестировал еще перформанс байндинга

выходит аж 500к вызовов в секунду (на маке)

@steve_kite подскажите пожайлуста, чем лучше пользоватся для анимаций?

И что же делать? Как Вы поступили?

А мы просто не начали использовать flow, а начали использовать typescript. Там тоже умеют с очередным релизом всё переломать, но до сих пор у меня больших проблем было 2 за всё время работы с ts, обе фиксились около часа. Чаще товарищи, которые @types/react-native пилят ломают всё... и вот там иногда приходится поломать голову... но опять же, таких проблем было всего 3-4 за год.

А вот пример коммита (PR вернее), который демонстрирует качество кода в RN https://github.com/facebook/react-native/pull/23209. Проблема в том, что это довольно сложно исправить теперь, учитывая, что до сих пор изнутри fb временами исходят совершенно непотребные коммиты... Хотя конечно последние месяцы, ситуация чуть чуть начинает сдвигаться в сторону улучшения. Но вот с 0.58 опять косяк на косяке...

@steve_kite подскажите пожайлуста, чем лучше пользоватся для анимаций?

Для перформанса нужно пользоваться Core Animation и андроидные View.animate. В идеале еще воткнуть мой хак, который делает все анимации плавными плавными: https://gist.github.com/ex3ndr/4a2b4a27164c6984c12e2b2822d0b0a4

Для перформанса нужно пользоваться Core Animation и андроидные View.animate. В идеале еще воткнуть мой хак, который делает все анимации плавными плавными: https://gist.github.com/ex3ndr/4a2b4a27164c6984c12e2b2822d0b0a4

https://gist.github.com/ex3ndr/4a2b4a27164c6984c12e2b2822d0b0a4#file-makeanimationsfast-kt-L18 костылище 🌚 помню гугл ревертнул коммит с ViewPropertyAnimator на рендертреде

вот вот

я до сих пор офигиваю

а ты откуда знал про это?

говорил с Четом, у них были проблемы с синхронизацией кадров

ну да давайте сделаем так что бы все лагало)

потому и откатили

работает на всех версиях андроидов - включает обратно

ну да давайте сделаем так что бы все лагало)

так не лагает и так )

очень лагает

🌝

если хоть что-то тяжелое в UI тред попадет то будет лаг, а так его не будет

ну дык

и на андроид 9 работать не будет

даже айфон без core animation лагает, ты не можешь гарантировать что где-то у тебя во вьюхах нет доступа к диску который может дольше чем пара мс тебя залочить

а что они в девятом сделали? совсем удалили?

рефлексию для фреймворка закрыли

вот блин

declaredFields.find - очень медленное )

рефлексия же

обычно лаг в анимации где-то в середине

или в конце

ViewPropertyAnimatorRT он вообще работает?

тк сначала легкий лоадер показывается, а потом выплеввывается куча вьюшек с данными

тут лаг может быть только перед анимацией и единоразово

да работает

даже слабые девайсы идеально работать начинают с этим хаком

вообще ни одной проблемы не нашел

Чет говорил что у них были артефакты, не доделан он

ну альтернатива - это что бы у тебя почти всегда подлагивал интерфейс

Проблема в пользователях

ну альтернатива - это что бы у тебя почти всегда подлагивал интерфейс

это в телеграме используется?

хз

Если будет везде лагать по чуть-чуть, то все привыкнут, а если редко кое-где то будут бомбить)

когда я в телеге работал я еще не знал про этот хак

ну у нас лагов нет кроме пары мест, как раз при переключении экранов

это очень бесило

может в андроид 10 что-то будет для анимаций )

У меня три года назад на ютубе была лекция: https://www.youtube.com/watch?v=14Kj_GmbTMw

там все от начала до конца рассказано

посмотрю

там все от начала до конца рассказано

не подскажешь, в чем трудность у Android Framework Team сделать быстрый рендеринг шрифтов, они сейчас какими-то обходными путями все решают, этот PrecomputedText

шрифты всегда тяжело

и на айфоне тоже медленно

и на айфоне тоже медленно

да ладно, всяко быстрее андроид

тг на канве рисует же быстро

вроде андроид быстрее

ну в айфоне такие же канвы считай

UIKit тоже тупит

😳 мне доказывали с пеной у рта что наоборот )

мне так сказал разработчик телеграма под айфон, я ему доверяю в вопросах скорости

хех, открытие для меня

ты пробовал когда-нибудь хотя бы кастомные emoji запилить?

Это чрезвычайно сложно