ну как видно сразу main.jsbundle подсвечено красным, что значит ссылка на файл указывает на несуществующий файл, возможно стоит просто поправить ссылку (xcodeproj по своему хранит ссылки на файлы), можно просто удалить текущую и добавить заново. Но опять же повторюсь, это не самый идиоматичный фикс, однако самый быстрый. По хорошему ссылки на этого файла вообще не должно быть, так как в Bundle React Native code and images фазе сборка js-ника идет прямо во временную папку сборки архива

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

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

насколько я знаю через тестфлайт можно и с дев аккаунтом, там же есть раздел тестирование) единственное нужно девайсы добавлять, и их всего около 100 штук можно добавить а так да, hockeyapp еще есть, где можно вне стора дистрибуть с энтерпрайзом, вот у того же телеграмма там есть сборки)

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

Как назвать такой компонент ? )

logcat смотри, это че-то в нативке до запуска реакта происходит

Привет всем, подскажите что выбрать flow или prop-types?

Привет всем, подскажите что выбрать flow или prop-types?

flow , довольно простой

Ребят, есть где-то прописанные гайд-лайны по дизайну на react native приложения? Размер шрифтов итд. Что брать за основу.

смотря что хочется, можно использовать тот же Material Design или Human Interface Guidelines

Вообще хочется понять есть ли какой-то универсальный гайдлайн? Потому что Матириал и IOS отличаются, а пиляешь как просс-платформенное приложение

гайдлайны пишутся не под react-native, а под платформы.. У андройд свой, у iOS свои рекомендации. Они у них на офф сайте и таам же есть файлы для Sketch

ну, тут либо 2 дизайна для iOS и Android. Либо делаешь 1 дизайн, но тогда забудь про нативность

ну да

Создаешь свои гайдлайны и принимаешь их как данность.

Ну вот у apple свой datepicker у android свой, какой будешь использовать в своем приложении по гайдлайну ?

А че вы мне то вопросы задаете? Это я тут пытаюсь ответы получить. ))) А какой надо использовать?

Правильно. Надо тот, на который заказчик пальцем покажет) а наше мнение тут уж...

Логично. Понял, свои гайдлайны с блек джеком и .....

Привет всем, подскажите что выбрать flow или prop-types?

Это вообще "перпендикулярные" вещи... один про статические проверки, другой про runtime... Где-то в интернете (возможно даже от фейсбука) встречал фразу, что-то типа... "мы избавляемся от prop-types и переходим на flowtype"... это вызывает некорректные ассоциации. flow можно с typescript сравнивать... но нельзя с prop-types... Если что, я уже давно от prop-types избавился... они очень сильно тормозят дебаг и этим делают невозможным даже приближенное профилирование приложения в дебаге...

привет. Может сталкивался кто, как будто автоматически не запускается удаленный дебаггер жс. Пишет unexpected token '*'. Но если я потяру девайс, руками включу Remote Js Debugging, то начинает все работать.

С последнего предложения хотелось бы поподробнее)

А что именно интересует? Ну вот это... очень медленно: https://github.com/facebook/prop-types/blob/master/factoryWithTypeCheckers.js (этот файл в дебаг-сборке работает) Но код я не анализировал... просто они забивают в профайлере реконсайлинг и собственный код.

На самом деле в продакшн сборке, влияние prop-types должно быть не очень большое... но свою работу им всё равно надо сделать, и это всегда будет медленней, чем собственные аналогичные проверки написать, потому что для того чтоб им сделать некую проверку, надо "распарсить" спеки-структуры... А собственные проверки будут сразу кодом в компоненте написаны. В общем я prop-types довольно давно не использую. И в принципе доволен. Но. У нас проекты в typescript в strict режиме... и поэтому написать что-то не то в аргументах довольно сложно... Т.е. реально типы серьёзно надо чекать только на "границах с внешней средой", типа что из API пришло, что из файла прочитали...

Подскажите библиотеку которую аплстор пропускает, вроде нашёл appmetrica но там в инструкции пишут поставить файл metrica.fraimwork которого в библиотеке нет

Да там не так много ее в гит Хабе? Или в яндекс

делают Item1.jsx Item2.jsx

А зачем jsx уже можно просто is

https://www.youtube.com/watch?time_continue=1348&v=HZF3XRNOpGo

есть список фич в json-e, конфигурирующий приложение. хочется в билд тайм вырезать ненужные модули как из натива, так и из js бандла. как это наименее кастыльно сделать? написать правило для градла несложно, как быть с js? пока вижу решение в виде генерации js файла с нужными импортами перед сборкой

Когда я последний раз этим озадачивался, packager (он ещё не был тогда выделен в отдельные модули и не назывался metro) умел из коробки только конструкции типа if (__DEV__) { ... } удалять... Возможно metro стал более конфигурабельным... в любом случае надо проверять... Ещё есть конечно haul, в нем всё это можно легко, т.к. стандартный webpack, но это довольно большая смена всего процесса сборки...

есть список фич в json-e, конфигурирующий приложение. хочется в билд тайм вырезать ненужные модули как из натива, так и из js бандла. как это наименее кастыльно сделать? написать правило для градла несложно, как быть с js? пока вижу решение в виде генерации js файла с нужными импортами перед сборкой

если найдешь решение то поделись здесь пожалуйста 🙂 тоже интересно как стрипать всякие штуки в продакшене, которые нужны только для дева, особенно в нативке интересно как сделать)

тут айосники должны страдать

меня как раз больше иос интересует 😆

наивно: вызывать react-native unlink. Вообще для вашей задачи, разные зависимости для релиза и дебага, можно средствами xcode решить. разные scheme кажется могут иметь разные зависимости.

да это понятно 🙂 я скорее про то что получается каша, в js сходи там поправь, не забудь в xcodeproj залезть, ах да и в грейдл сходи поправь)