привет всем, у меня keyboardAwareScreenView и при клике на последней инпут на странице тайтл навигатора скрывается кто знает как пофиксить?

Пипл, что бы забить скрин нужной инфой нужно сделать 4-5 реквестов, когда эти реквесты обрабатывается весь UI фризится, но разве такое возможно? Весь джаваскрипт код обрабатывается на в другом потоке, почему тогда main thread уходит в фриз?

На айосе полный фриз, на андроиде лишь слегка подлагивает

Тут не стоит вопрос оптимизации, скорее интерес как так происходит?

привет всем, у меня keyboardAwareScreenView и при клике на последней инпут на странице тайтл навигатора скрывается кто знает как пофиксить?

Андроид?

Ага

У тебя какое поведение клавы?

Adjust Pan?

Пипл, что бы забить скрин нужной инфой нужно сделать 4-5 реквестов, когда эти реквесты обрабатывается весь UI фризится, но разве такое возможно? Весь джаваскрипт код обрабатывается на в другом потоке, почему тогда main thread уходит в фриз?

Тоже с таким встречался

На айосе полный фриз, на андроиде лишь слегка подлагивает

Только вот наоьорот совсем

Вопрос по RNN. В случае с bottomTabs все компоненты сразу должны грузиться? Или я нет так что-то сделал?

Пипл, что бы забить скрин нужной инфой нужно сделать 4-5 реквестов, когда эти реквесты обрабатывается весь UI фризится, но разве такое возможно? Весь джаваскрипт код обрабатывается на в другом потоке, почему тогда main thread уходит в фриз?

Если UI обрабатывается в JS-треде, то ничего удивительного.

Если UI обрабатывается в JS-треде, то ничего удивительного.

UI не может обрабатываться в JS треде

В том же дефолтном TouchableNativeFeedback анимацию начинает JS-тред.

UI не может обрабатываться в JS треде

Тогда надо быть точнее. Как вы определяете, что нативный тред повис? Инспектор показывает 0 фпс нативного треда?

Тогда надо быть точнее. Как вы определяете, что нативный тред повис? Инспектор показывает 0 фпс нативного треда?

я без инспектора смотрю, как только запускаются запросы приложение фризится и любые манипуляции с UI становятся не возможны

на эмуляторе и на девайсе

я без инспектора смотрю, как только запускаются запросы приложение фризится и любые манипуляции с UI становятся не возможны

Значит за манипуляциями с UI отвечает JS-тред, а он повис, вот и.

если делать только один запрос и им заполнять все графики то все ок

если делать только один запрос и им заполнять все графики то все ок

Значит при одном запросе тред не виснет.

Для решения этой проблемы чуваки придумали react-native-gesture-handler и связанные либы.

Чтоб связанные с UI штуки НЕ обрабатывались в JS-треде.

Хотя это снятие симптомов. Проблема в перегрузке JS-треда.

Для решения этой проблемы чуваки придумали react-native-gesture-handler и связанные либы.

не вижу связи с моим делом, у меня вопрос не в анимациях

и не с gesture'ами

Значит за манипуляциями с UI отвечает JS-тред, а он повис, вот и.

^

Тогда надо быть точнее. Как вы определяете, что нативный тред повис? Инспектор показывает 0 фпс нативного треда?

^

сори, не понимаю как у меня может фризится UI в JS треде, коль по логике работы RN, во-первых у меня он перегружен тред запросами к апишке, а во-вторых вызовы изменения на UI идут сперва с JS-thread'a, сериализуются, проходят через shadow-thread, затем десериализуются, а потом попадают на main thread где и модифицируют UI

Возможно, мы говорим о разных вещах. JS однопоточен, он перегружен, запросы на изменение UI не идут, потому что JS перегружен.

а, в принципе логично, но если изменения ещё висят на перегруженном js-треде, то фриз main'a меня все-равно тревожит

Во-во. Тут уже конкретно нужно отлаживать. Начав с определения, JS-тред блокируется или перегружен.

Попробуйте профилировщиком хромовым посмотреть, выполняется куча всего во время фризов или ничего.

Если куча всего, то это потенциально можно починить. Если ничего, то сложнее.

а, в принципе логично, но если изменения ещё висят на перегруженном js-треде, то фриз main'a меня все-равно тревожит

Пока вы не открыли инспектор и не убедились, что нативный тред имеет 0 фпс, говорить о "фризе main'а" преждевременно. И дискуссия не заменит диагностику.

Попробуйте профилировщиком хромовым посмотреть, выполняется куча всего во время фризов или ничего.

та не, это концептуально не самая хорошая идея делать 4-5 реквестов на один скрин, либо буду делать префетчи с разных скринов, либо попрошу бэкендщика объеденить запросы сократив их до двух

одно очевидно что именно тонна запросов хламит поток

Пока вы не открыли инспектор и не убедились, что нативный тред имеет 0 фпс, говорить о "фризе main'а" преждевременно. И дискуссия не заменит диагностику.

уже завтра гляну на работе гляну инспектор

одно очевидно что именно тонна запросов хламит поток

А не должны. У меня в проекте, например, наблюдается нечто вроде фриза JS-треда при попытке именно отрендерить всякие штуки, но я еще не разбирался с этим.

А вам следует проверить, будут ли фризиться треды, если в ответ на запросы вы не будете ничего делать. Чтоб определить, это именно запросы как таковые роляют или логика обработки ответов. Или запросы во время обработки ответов.

и даже скроллвью фризится?

и даже скроллвью фризится?

элементы намертво, а скролл очень лагучий

Ребята, ситуация: Есть поиск, с сервера приходят подходящие итемы, они рисуются во Flatlist. Проблема - некоторые итемы иногда застревают в списке. То есть при последующих рендерах рисуется актуальный массив + несколько лишних итемов. Extradata ситуацию не спасает. Че списку надо??

значит неправильно обрабатываете данные с сервера

Ребята, ситуация: Есть поиск, с сервера приходят подходящие итемы, они рисуются во Flatlist. Проблема - некоторые итемы иногда застревают в списке. То есть при последующих рендерах рисуется актуальный массив + несколько лишних итемов. Extradata ситуацию не спасает. Че списку надо??

Проверить, что с сервера не приходят дубликаты.

Проверить, что с сервера не приходят дубликаты.

Не приходят. И в логах видно и текстом вывожу кол-во итемов. Число одно, во флетлисте видно другое количество

значит неправильно обрабатываете данные с сервера

А как неправильно Во флет лист сую массив как обычно, и рендерер итемов. Ничего необычного вроде бы

с key что?

Айдишники вытаскивает

уникальные все?

Хм, надо бы проверить

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

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

Может быть Id+index)

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

Вроде был бокс но это странно

Может быть Id+index)

Не, не так

Айди с сервера

Но надо проверить что там

Я думаю, что пора скинуть код

ок, 5сек

<FlatList bounces={false} data={users} keyExtractor={item => item.id + ''} extraData={this.state} //extraData={users} //extraData={users.length} //extraData={users[0].id} renderItem={this.renderUserRow} onEndReached={() => this.more()} removeClippedSubviews={true} refreshing={this.state.isSearching} />

users - массив объектов с сервера

в рендере картинка+текст+кнопка

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

где users заполняется

что за ' item.id + " ' ?

searchUsers(searchText) .then(users => { this.setState({users}) })

что за ' item.id + " ' ?

поле id у 1 юзера

меня смущает после +😏

чтобы стрингом было?

ага

там ругается если число

со строкой норм

ну понятно, toString есть православный

а разница?)

хз, эстетика

Я не перестаю удивляться находчивости людей)

я не перестаю удивляться jsу

иногда такие перлы выдает

Линтеры спасают немного