Спасибо

поэтому я и написал, что импользование rnn зависит от задач, но я всегда отдаю ему предпочтение, потому что он намного проще в эксплуатации, чем react-navigation и быстрее. Если rnn не удовлетворяет задачам, то уже ничего не поделаешь

Один короткий вопрос, как у него с дип линками?

Один короткий вопрос, как у него с дип линками?

отлично все

Спасибо

это все костыли, но мне не сильно хотелось разбираться в сути проблемы

проблема решилась выносом всей логики в mobx

всем привет, подскажите мб кто сталкивался, в TextInput если указать secureTextEntry для паролей, при повторном фокусе на инпут - очищается при изменении данных. Как сделать чтобы не было авто отчистки?

проблема решилась выносом всей логики в mobx

@gblack9 может у тебя будут соображения на этот счет? Вынес всю локигу, которая раньше была в state внутрь модели mobx и баг пропал. Подозреваю, что это из-за транзакций в mobx, но не могу сообразить, в чем конкретно фича

Всем привет есть ли какой способ вернуть объект а не Промис?

Всем привет есть ли какой способ вернуть объект а не Промис?

зачем делать так, если можно делать так - const currentTheme = await AsyncStorage.getItem('currentTheme')

всем привет, подскажите мб кто сталкивался, в TextInput если указать secureTextEntry для паролей, при повторном фокусе на инпут - очищается при изменении данных. Как сделать чтобы не было авто отчистки?

по дефолту ее нет

по дефолту ее нет

если поставить свойство secureTextEntry, то есть

если поставить свойство secureTextEntry, то есть

эм, специально на экспо затестил, нет https://snack.expo.io/Sk8BzS2zB

*на андроиде

зачем делать так, если можно делать так - const currentTheme = await AsyncStorage.getItem('currentTheme')

await можно использовать только в асинхронних функциях , + проверка установлена ли тема если нет использовать тему по умолчанию

Всем привет есть ли какой способ вернуть объект а не Промис?

ты делаешь await и then, какой в этом смысл ? await возвращает резултать промиса, то есть велью JSON.stringify - синхронная штука, ей await не нужен и вообще как-то слишком много awaitов

ты делаешь await и then, какой в этом смысл ? await возвращает резултать промиса, то есть велью JSON.stringify - синхронная штука, ей await не нужен и вообще как-то слишком много awaitов

await возвращает value но сама асинхронная функция возвращает промис мне нужен простой объект чтобы применить в стилях

Всем привет, завтра буду отправлять на проверку первую версию приложения с auto-renewable подпиской. Валидацию receipt провожу на клиенте, соответственно devMode указываю там же. Вопрос: review team использует же sandbox аккаунты? Как поступить в данной ситуации, после успешного прохождения проверки с помощью OTA поменять девмод на продакшн? Или же можно отправлять версию с валидацией не для sandbox? Заранее спасибо за ответ 🙏

await возвращает value но сама асинхронная функция возвращает промис мне нужен простой объект чтобы применить в стилях

ты путаешься в показаниях) если используется await, то then не нужен. Я думаю, что тебе нужно на старте приложения загружать это все и класть в какой-то стор (redux например) и уже с ним работать

ну это даже не обсуждается) но направить все равно нужно

что-то слишком токсично...

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

Всем привет! А FlatList ререндерится, если новые пропсы приходят в родительском компоненте?

Проблема в том, что в дочерний компонент пропсы пришли, но вот FlatList их не отображает. Если вместо FlatListа делаю Text, то все норм

Проблема в том, что в дочерний компонент пропсы пришли, но вот FlatList их не отображает. Если вместо FlatListа делаю Text, то все норм

extraData надо смотреть в доке. Там все на PureComponent сделано, поэтому не перерендерится

extraData надо смотреть в доке. Там все на PureComponent сделано, поэтому не перерендерится

у меня в родительском компоненте, по setTimeout вызывается setLiveEvent(false). liveEvent передаюется в дочерний компонент, а в самом FlatList проверка: liveEvent ? {color: blue} : {color:red}. То есть должен поменяться цвет элементов. Что в таком случае задавать в extraData?

liveEvent в state лежит?

да

я передаю в дочерний компонент true или false, деструктурирую и делаю проверку

Надеюсь, никто не будет возражать против вопроса по JS? const a = 1: const b = 1: console.log(a === b === 1); // false не могу понять почему. Если это некорректное выражение, то должна быть ошибка, но ошибки нет, значит все корректно.

liveEvent в state лежит?

разобарлся, передал liveEvent в extraData, заработало. Но для меня это загадка конечно, почему все-таки FlatList не перерендерился, если пришли пропсы?

я передаю в дочерний компонент true или false, деструктурирую и делаю проверку

extraData={this.state.liveEvent}

разобарлся, передал liveEvent в extraData, заработало. Но для меня это загадка конечно, почему все-таки FlatList не перерендерился, если пришли пропсы?

PureComponent. Чисто react. Если не изменились props или state то компонент не будет перерендериться. Самая примитивная реализация shouldComponentUpdate. Можно почитать на оф сайте react

Надеюсь, никто не будет возражать против вопроса по JS? const a = 1: const b = 1: console.log(a === b === 1); // false не могу понять почему. Если это некорректное выражение, то должна быть ошибка, но ошибки нет, значит все корректно.

A === b => true, далее true === 1 => false

A === b => true, далее true === 1 => false

блин, это было просто :)

Проблема в том, что в дочерний компонент пропсы пришли, но вот FlatList их не отображает. Если вместо FlatListа делаю Text, то все норм

Там есть ExtraData свойство по которому можно указать что он слушает

Там есть ExtraData свойство по которому можно указать что он слушает

Спасибо, разобрался

Господа программисты! Подскажите пожалуйста. При использовании React Navigation в приложении, нужно ли удалять те страницы которые уже не используются. К примеру есть страница А, B, C. Между страницами я перехожу через this.props.navigation.push() И вот У меня с страницы А можно перейти на B. с страницы B на С, и с страницы С на А. Такой круговорот. Если я сделаю 2 кругов сколько страниц у меня создадутся? И вообще правильно ли я перехожу между страницами используя push. (Название функции меня пугает просто)

все _предыдущие_ экраны в стеке висят в памяти, пока не будет сделан navigation.back()

push() всегда порождает рендер нового экрана в отличие от navigate()

хотя в случае такого цикличного перехода есть вероятность, что класс экрана будет висеть в стеке как синглтон, это надо практическим путем выяснять. не помню, чтоьбы в документации было описно такое

У меня на странице А список новостей, Страница В, С это фильтры. На странице В выбираю Регион, а на странице С город. и вот при выборе города мне надо попасть на страницу А но уже готовым фильтром...

У меня на странице А список новостей, Страница В, С это фильтры. На странице В выбираю Регион, а на странице С город. и вот при выборе города мне надо попасть на страницу А но уже готовым фильтром...

а почему бы делать с C не пуш на A а popToTop() назад?

А он параметры умеет передавать?

Шас сам спрошу у гугла, в любом случае спасибо!)))

Шас сам спрошу у гугла, в любом случае спасибо!)))

через reset можно

А он параметры умеет передавать?

можно в стейт класть, в тот же редакс или любой другой стейт менеджер

pop/popToTop параметры не умеют

там единственный параметр – количество экранов, на которое надо вернуться

Ясно, спасибо

Привет, новичок в реакте, перехожу с xamarin, может кто посоветовать что стоит почитать и с чего начинать?

Кто как организовывал задержку для отправки push? Где было решение - на сервере или клиенте? К примеру, нужно не отправлять push с 00:00 до 09:00. Поделитесь информацией пожалуйста

Привет, новичок в реакте, перехожу с xamarin, может кто посоветовать что стоит почитать и с чего начинать?

https://facebook.github.io/react-native/docs/getting-started.html

Привет, новичок в реакте, перехожу с xamarin, может кто посоветовать что стоит почитать и с чего начинать?

Если в React новичок, то https://facebook.github.io/create-react-app/docs/getting-started

https://facebook.github.io/react-native/docs/getting-started.html

😊спасибо

Слушайте, это пока скорее праздный вопрос. Я поискал по истории и понял, что довольно многие использют react-native-gesture-handler (https://github.com/kmagiera/react-native-gesture-handler). Правильно? У меня возникло два вопроса. 1. А вы его используете частично или всё взаимодействие на него перевели? 2. А если всё взаимодействие через него, были ли "конфликты" или ещё что-то в сочетании с другими модулями с нативными вьюхами типа react-native-webview, react-native-maps и т.п.?

Ну вот например обернуть флетлист (который он же и экстендит) и отловитб жесты не получится на ведре, ему пофиг, айос нормально работает, ведро нет. Классика

привет всем

кто использует библиотеку react-native-animatable ?

хотел сделать с помощью него набор текста, на ios все ок работает, на android текст показывает без анимации

import React, { Component } from 'react'; import { Text, TouchableOpacity } from 'react-native'; import * as Animatable from 'react-native-animatable'; export default class TypingText extends Component { state = { readyText: {}, } componentWillMount() { const { text } = this.props; const readyText = {}; let index = 0; for (let i = 0; i < text.length; i++) { if (i % 3 === 0) { index++; readyText[index] = this.props.text.slice(index * 3 - 3, (index * 3)); } } this.setState({ readyText }); } componentDidMount() { const { readyText } = this.state; const { typingAnimationDuration } = this.props; const delay = Object.keys(readyText).length * typingAnimationDuration; setTimeout(() => { this.props.setShowAll(); }, delay); } render() { const { readyText } = this.state; const { showAll, text, typingAnimationDuration } = this.props; return ( <TouchableOpacity activeOpacity={1} onPress={this.props.setShowAll} style={{ flex: 1 }}> <Text style={{ color: this.props.color, fontSize: this.props.textSize, textAlign: 'center', lineHeight: 21 }}> { (showAll) ? <Text>{text}</Text> : <Text> { Object.keys(readyText).map((item, index) => <Animatable.Text key={`animatedText${index}${readyText[item]}${text}`} duration={100} animation={'fadeIn'} delay={typingAnimationDuration * index} useNativeDriver={false} >{readyText[item]}</Animatable.Text>) } </Text> } </Text> </TouchableOpacity> ); } }

(извините за портянку))

может андроид не вывозит fps?

может андроид не вывозит fps?

useNativeDriver: true

useNativeDriver: true

не помогает)

componentWillMount deprecated

@gblack9 может у тебя будут соображения на этот счет? Вынес всю локигу, которая раньше была в state внутрь модели mobx и баг пропал. Подозреваю, что это из-за транзакций в mobx, но не могу сообразить, в чем конкретно фича

Сложно сказать, что-то с таймингом, где-то возникает достаточная задержка (ведь воркэраунд именно в задержке был, да?)

Сложно сказать, что-то с таймингом, где-то возникает достаточная задержка (ведь воркэраунд именно в задержке был, да?)

Ну вот если setState обернуть в тайм-ауты, то более-менее адекватное поведение.

Меня смущает то, что внутри mobx тот же самый код, без тайм-аутов работает абсолютно нормально. Получается проблема именно в том, как отрабатывает setState

Меня смущает то, что внутри mobx тот же самый код, без тайм-аутов работает абсолютно нормально. Получается проблема именно в том, как отрабатывает setState

Не обязательно это проблема, возможно setState отрабатывает быстрее, а mobx-react с задержкой в несколько микротиков. Тут ещё недавно mobx-react колбасило, они там радостно поддержку хуков впилили, да так, что испортили все нормальные компоненты, потом откатывали, так что и от версии может зависеть и от кода, он там совсем не такой простой.

ну здесь, не то что задержка, а просто неадекватно поведение. 1. каждый последовательный pull-to-request отрабатывает корректно 2. каждый refreshing устанавливаемый через setState срабатывает несколько раз, после чего индикатор перестает появляться и, если потянуть список вниз, индикатор показывается с зависшем состоянии. 3. если запустить refreshing и сделать pull-to-request до установки setState({ refreshing: true }), то поведение будет, как в пунке 2. причем setState({ refreshing: false }) игнорируется, но если его обернуть в setTimeout(() => {}, 500) индикатор сбросится, но с дерганием. Я вообще первый раз с таким сталкиваюсь и жалко, что не выделяют время на детальное изучение…

во всяком случае, можно добавить +1 в копилку mobx, так как всю логику я переложил на модель минут за 15 =)

ну здесь, не то что задержка, а просто неадекватно поведение. 1. каждый последовательный pull-to-request отрабатывает корректно 2. каждый refreshing устанавливаемый через setState срабатывает несколько раз, после чего индикатор перестает появляться и, если потянуть список вниз, индикатор показывается с зависшем состоянии. 3. если запустить refreshing и сделать pull-to-request до установки setState({ refreshing: true }), то поведение будет, как в пунке 2. причем setState({ refreshing: false }) игнорируется, но если его обернуть в setTimeout(() => {}, 500) индикатор сбросится, но с дерганием. Я вообще первый раз с таким сталкиваюсь и жалко, что не выделяют время на детальное изучение…

Если выделят, то копать надо в реализацию скролла... Не то чтоб баг именно здесь, но вот подумай, вот это выполняется в ui треде, а установка св-ва isRefreshing инициируется в js: https://github.com/facebook/react-native/blob/0.59-stable/React/Views/ScrollView/RCTScrollView.m#L526 Да тут что угодно может происходить. При этом, вообще схема очень стремная, т.к. как бы у RCTRefreshControl есть свой view manager, но им ещё управляет RCTScrollView - очень опасно...

А учитывая, что флаг там бинарный (isRefreshing), а включение/выключение анимированное, да ещё с жестами...

наверное это хорошо)

Гы. Надеюсь, послужит противовесом разбушевавшемуся Абрамову... Но вообще, плохо, что фейсбук выдергивает разработчиков. Они после этого начинают решать проблемы фейсбука, а не проблемы сообщества или какие-то свои независимые.

я тоже надеюсь, что этот переход не скажется на судьбе mobx

Если выделят, то копать надо в реализацию скролла... Не то чтоб баг именно здесь, но вот подумай, вот это выполняется в ui треде, а установка св-ва isRefreshing инициируется в js: https://github.com/facebook/react-native/blob/0.59-stable/React/Views/ScrollView/RCTScrollView.m#L526 Да тут что угодно может происходить. При этом, вообще схема очень стремная, т.к. как бы у RCTRefreshControl есть свой view manager, но им ещё управляет RCTScrollView - очень опасно...

возможно, что дело именно в том, что mobx вызывает принудительный forceUpdate после изменения observable

возможно, что дело именно в том, что mobx вызывает принудительный forceUpdate после изменения observable

Вполне возможно.

я даже думаю, что скорее всего так и есть

а тут просто setState проскакивает, до завершения анимации и игнорится

Я тоже надеюсь на лучшее )