коллеги, есть интересная задачка: 1. при инициализации компонента выставляю в локальном стейте таймер в ноль, 2. в componentDidMount запускаю функции, которые тянут данные с сервера и сохраняют их в state редакса. 3. по окончанию выполнения функций - останавливаю таймер Как посчитать это время и сделать зависимый от этого времени прогресс бар?

можно воспользоваться https://github.com/oblador/react-native-animatable

expo есть на телефоне?

Было бы неплохо. Приблизительно представляю, но вот как конкретно написать не имею представления. Получается, нужно взять радиус, например 50, затем плавно увеличивать его до 150 и в это время ещё менять прозрачность, в зависимости от величины радиуса. Типа того.

Или вы имеете ввиду что поддержки flowtype в vscode нет? )

type Props = {}; [js] type-aliases can only be used in a .ts file. возможно. Когда гуглил это проблему, чтото про flowtype писали

Да, да, если вы хотите с flowtype работать, то в vscode надо: 1. поставить дополнение 2. прочитать к нему инструкцию (т.к. там что-то специальное надо делать, типа выключения стандартного парсера js/ts)

1)если я его выкдючу, у меня не будут подчеркиватся ошибки в коде? 2)вообще нужен flowtype? если нет, то как сделать, чтобы ошибики пропали?

1. Просто уберите строчки стайпингами - они на рантайме не нужны, они для статического анализа. 2. Я тут рискую вызвать холивор, поэтому постараюсь дальне не развивать тему (всё ниже написанное мое личное мнение). Да, статический анализ нужен. Он позволяет: а. Делать в коде меньше ошибок и раньше их обнаруживать. б. Сделать в редакторе полноценную навигацию по коду в. Сделать в редакторе полноценный рефакторинг с. Потенциально сделать более аггресивную автоматическую оптимизацию кода конечного продукта. Всё это вместе способствует качеству продукта и скорости разработки. Мы для себя, когда делали выбор между flowtype и typescript (а других не извращенных решений с типизацией для js не обнаружили), руководствовались несколькими критериями: - подержка ide и прочего тулинга - стабильность языка типов и предсказуемость его развития - простота языка типов По этим критериям, тогда был выбран typescript, на нем и пишем... сейчас он уже не такой простой (начиная с 2.8), но всё равно проигрывает flowtype по остальным параметрам.

1. Просто уберите строчки стайпингами - они на рантайме не нужны, они для статического анализа. 2. Я тут рискую вызвать холивор, поэтому постараюсь дальне не развивать тему (всё ниже написанное мое личное мнение). Да, статический анализ нужен. Он позволяет: а. Делать в коде меньше ошибок и раньше их обнаруживать. б. Сделать в редакторе полноценную навигацию по коду в. Сделать в редакторе полноценный рефакторинг с. Потенциально сделать более аггресивную автоматическую оптимизацию кода конечного продукта. Всё это вместе способствует качеству продукта и скорости разработки. Мы для себя, когда делали выбор между flowtype и typescript (а других не извращенных решений с типизацией для js не обнаружили), руководствовались несколькими критериями: - подержка ide и прочего тулинга - стабильность языка типов и предсказуемость его развития - простота языка типов По этим критериям, тогда был выбран typescript, на нем и пишем... сейчас он уже не такой простой (начиная с 2.8), но всё равно проигрывает flowtype по остальным параметрам.

стайпинг?

Сделал react-native init... чтоб посмотреть на то, что они сейчас как шаблон генерят... а там из типов только св-ва компонента ))) В общем вместо вот этого: type Props = {}; export default class App extends Component<Props> { render() { return ( <View style={styles.container}> <Text style={styles.welcome}>Welcome to React Native!</Text> <Text style={styles.instructions}>To get started, edit App.js</Text> <Text style={styles.instructions}>{instructions}</Text> </View> ); } } Надо вот это: export default class App extends Component { render() { return ( <View style={styles.container}> <Text style={styles.welcome}>Welcome to React Native!</Text> <Text style={styles.instructions}>To get started, edit App.js</Text> <Text style={styles.instructions}>{instructions}</Text> </View> ); } }

Кто копался в ios исходниках RN, не знаете, зачем нужен функционал, включающийся (и включенный по умолчанию) константами RCT_ENABLE_INSPECTOR и ENABLE_PACKAGER_CONNECTION в RCTDefines.h? Я уже в течение полугода думаю над тем, зачем тут это и не могу понять... спросить тоже непонятно где, фейсбук практически не коммуницирует RN. В итоге у себя в проектах, я это просто выключаю через пост-обработчик в cocoapods и всё. Да, react-dev-tools при этом работают как обычно (они через JS реализованы). А вот эти нативные куски кода реально непонятно зачем... а вот сложности они там внутри добавляют значительно.

Наличие этого дефайна как раз и нужно чтобы его можно было лекго отключать. 🙂

Я не уверен, но мне кажется это как-то связано с дебагером, который еще не в опенсорс.

написали приложение с анимированным svg через свойство 'transform', но то это вызывает кучу перерисовок в секунду и приложение лажает

А есть способ нормально отображать хотябы без анимаций svg в RN? Мы искали где-то год назад - надо было диаграммы рисовать... и тогда анализ проводили. Поняли, что вообще отобразить svg не реально, а вы как его отображаете? Можно пользоваться похожим апи. Пробовали ART и react-native-svg - первое не достаточно функционально, второе жутко тормозило. В итоге компонент диаграмм сделали на нативе.

А можно тогда ещё вопрос. Если предположение подтверждается и это нужно для внутреннего использования, то имеет ли смысл делать пулл-реквест на удаление (или хотя бы на выключение) этого функционала по умолчанию?

@gblack9 оу, спасибо огромное. хоть поняли теперь, что реально всё перепробовали.🤝

Да, я думаю это хорошая идея. Только нужно найти как это выключить только для "внешнего" использования.

Хех, чувствую будут закапывать 🌚... а гостю придется отбиваться

30мб для 5 экранов жирно

как бы под NDA не попасть 🙂

тогда есть опыт RN на 50kk юзеров на андроид приложении

Так это ты из airbnb 😏

у них пользователей в пять раз меньше 🙂

Перевел статью о релизе 0.56. Если кому лень читать на Инглише https://netsh.pp.ua/2018/07/releasing-react-native-056/

ребят, если надо отрубить чтоб на айпад не работала прилажка есть какие то решения? мне сказали что тип можно удалить launchimage для этого. Был у кого-то может опыт?

непонятна причина отказа от ios8 и что у них там за костыли были

После непродолжительного копания, обнаружилось вот это: https://github.com/facebook/react-native/commit/6611fefef7559c4cd3d1824235d263bff210d5e2 - думаю оно послужило последней каплей... зачем ios8 поддерживать реально не очень понятно, у кого статистика под рукой, сколько таких девайсов в процентах? )

Для подсчета убытка нужны реальные проценты, а не "допустим"