Позже смогу пример скинуть

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

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

Привет всем!

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

Есть.

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

Ну да, так и должно быть

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

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

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

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

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

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

или тут не место таким вопросам?)

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

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

Спасибо

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

1. Просто уберите строчки стайпингами - они на рантайме не нужны, они для статического анализа.?

стайпинг?

не гуглится

стайпинг?

))) "с тайпингами"

Ща пример приведу

Сделал 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> ); } }

Подключаю Facebook SDK - React-Native, под ios все работает, но под андроид, согласно этой инструкции https://developers.facebook.com/docs/react-native/configure-android-current появляется эта ошибка:

https://gist.github.com/gHashTag/221cf8bbae5e9a7dca6d74b40bc5821f

Где ошибаюсь?

Сделал 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> ); } }

и все? это никак не повлияет на дальнейшую разработку?

Ровно то же делает плагин вот этот https://github.com/facebook/react-native/blob/0.56-stable/babel-preset/package.json#L27, его babel-preset-react-native автоматом вам в билд добавляет )))

Где ошибаюсь?

Судя по логу в onCreate нужно добавить FacebookSdk.sdkInitialize()

Сразу после super.onCreate()

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

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

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

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

Ага! Спасибо за инфу! Это действительно похоже на поиск некоего глобального сервера... с которым какой-то командный протокол... На самом деле эти дефайны не так просто установить... их ведь надо ставить не для своего проекта, а для RN - т.к. они влияют только на его функционал... без патча и модификации React.xcodeproj мне это удалось только через CocoaPods сделать )

Судя по логу в onCreate нужно добавить FacebookSdk.sdkInitialize()

точно! пропустил один шаг) спасибо

android:name=".MainActivity" это от сюда брать?

из файла AndroidManifest.xml ?

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

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

из файла AndroidManifest.xml ?

Да com.package.name.MainActivity

привет! кто часто сталкивался с свг анимациями на нейтиве?

Да com.package.name.MainActivity

понял, спасибо)

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

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

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

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

юзаем Svg из 'expo', где под копотом react-native-svg

Ох... тогда понятно. А вы трансформ св-во анимируете внутреннее svg'шное или внешнее у View? Просто изменение внутреннего св-ва повлечет очень медленную перегенерацию всей картинки, а если пробовать трансформ у View обертки, то это может быть более быстрой операцией над закешированной картинкой (но естественно так можно только целиком картинку менять... отдельные части не поанимируешь)

Ещё мы засматривались на https://github.com/airbnb/lottie-react-native, но до него руки так и не дошли.

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

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

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

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

не обязательно всё... может ещё кто что нибудь напишет...

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

Я пару дней подумаю... меня больше всего в этом волнует именно объем и сложность кода, которые лежат за этими дефайнами... они уж очень сильно запутывают процесс инициализации.

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

Всем привет! Кто-то из вас может знать меня по подкасту androiddev.apptractor.ru . Мы планируем записать в честь статей от airbnb и udacity выпуск про React Native. Ищу того или ту, кто хочет зайти и рассказать. Но нужен опыт большого продакшена, а не простеньких паруэкранных приложений. Опыт нативной разработки обязателен.

@savelichalex

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

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

И flutter восхвалять)

@kozhevnikovv

точно восхвалять не будем. Будем говорить, что нативная разработка боль, ибо знаем это, и спрашивать за кросс-платформенную

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

Кордова

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

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

можно не называть проект

так это, давай

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

у меня 7 лет опыт Андроида + 2 лет RN

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

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

><

ERROR: S client not available

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

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

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

Но вы тоже уже готовитесь?... А если серьезно, вы же хоть не на ванильном жс пишете?

flow

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

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

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

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

в xcode в настройках проекта

там уже iphone стоит в девайсах

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

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

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

из за такого дропать еще одну айос как минимум глупо ну вот есть 10kk юзеров, допустим между ios 8 и ios 9.4 находится 3-4% юзеров, дальше каждый может посчитать свой убыток

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

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

допустим это реальные проценты

Нехорошо дропать то, что пускают в аппстор.

Нехорошо дропать то, что пускают в аппстор.

+

С другой стороны, нехорошо ради мизерного процента ограничивать/замедлять развитие платформы

Ну так можно её ускорить и bridge выкинуть напару с js и переназвать как то по другому.

С другой стороны, нехорошо ради мизерного процента ограничивать/замедлять развитие платформы

платформа не причем, кажется кому то лень писать код

Так проект открытый. Возьмитесь.

Так проект открытый. Возьмитесь.

откатить коммит? ) там все таки тим лид есть который принимает такие решения

если смотреть в рамках фейсбука то там миллионы пользователей

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

никто не ругался

ИМХО, поддержка устаревших платформ - обоюдоострый меч. Если такая поддержка просто для "галочки", только в коде, но без полноценного QA, то это только ухудшает пользовательский экспиренс. Для тех кто не хочет обновляться лучше оставить "работающие" старые версии приложения, чем обновлять на неработающие новые.

Это всё таки business-level десижн скорее... и стоимость поддержки этого кода только один из факторов. Но конкретно решение по ios8, скорее правильное, потому что её сейчас меньше процента: - 0.45% - https://data.apteligent.com/ios/ - 0.9% - https://david-smith.org/iosversionstats/ (но это очень старое приложение) - Официальных отчетов нет, т.к. Apple уже относят её в категорию Others И если её поддерживать, то эти условные 10 пользователей на каждые 2000 будут создавать поток баг-репортов и низкорейтинговых отзывов, который будет требовать несравнимых усилий по поддержке.

Да, безусловно это бизнес-десижн. И для РН это решение есть просто следствие того что Фейсбук для айФона не поддерживает айОС 8 больше.

разделил рендер на три части - appBody, appHeader, appFoter, а потом после импорта, вот так подключаю - <Container> <AppHeader/> <AppBody/> <AppFooter/> </Container> . Правильно ли я понимаю, что все рендеры внутри дочерних должны быть обернуты в тег Container? А потом у футера - footer, у боди - Body, у хедер - header?

никто, случайно, не знает хороших плагинов для создания градиента, кроме react-native-linear-gradient?