Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 84

NavigationExperimental уже эволюционировал в https://reactnavigation.org/ "Learn once, navigate anywhere". Я не знаю всей истории, но похоже, что это будет рекомендованным решением (сейчас он на этапе беты).

Всего голосов 1: ↑1 и ↓0+1
Собственно «вся история» старого навигатора заключается в том, что Navigator, ключевой компонент любого RN-приложения… не подчиняется React-логике! Когда в корневом элементе меняешь state, и Navigator получает таким образом новые проперти, он чхать на это хотел, а все переходы выполняются императивно, старыми-добрыми push() и pop(). С redux соответственно он тоже нифига не дружит.

И об этом даже не написано в документации, хотя как раз об этом-то стоило упомянуть, ну не знаю, ЖИРНЫМ КРАСНЫМ МИГАЮЩИМ ЗАГОЛОВКОМ в самом верху описания компоненты.

Разработчики RN на все зарепорченные на эту тему баги вяло отмахиваются, что решение это из перформанс соображений, а на просьбы хотя бы добавить информацию об этом в документацию отвечают почему-то «вам тут не стековерфлоу».

Чем NavigatorExperimental по сути отличается от Navigator, в документации тоже не описано (спасибо автору статьи, теперь хоть буду знать).
Всего голосов 3: ↑3 и ↓0+3

Буквально вчера искал, как React-приложении выполнить переход между страницами, ничего лучше, чем router.push() пока не нашел. Пример. Надеюсь, что плохо искал.

Комментарий пока не оценивали0
Долго изучал этот вопрос, остановился на https://github.com/aksonov/react-native-router-flux
Только там Drawer необычайно тормозной, вместо него использую https://github.com/react-native-community/react-native-side-menu
Всего голосов 1: ↑1 и ↓0+1

Пожалуйста, можно пример, как выполнить переход между экранами?

Комментарий пока не оценивали0
В 0.43 NavigationExperimental будет deprecated.
Всего голосов 1: ↑1 и ↓0+1

А как бы побыстрее собирать проект на этапе разработки под Android? На IntelXDK сборка проекта PhoneGap выполнялась шустро, если не путаю. Судя по видео в конце доклада, для Mac-а тоже Simulator готов к изменениям кода практически в реальном времени. А в Android Studio наблюдаю задержку 20 сек.

Комментарий пока не оценивали0
  • XCode и $100 в год на Developer account, чтобы собирать и публиковать приложения
  • Терпение + Android Studio + SDK + Эмулятор

Можно немного срезать угол, по крайней мере на этапе прототипирования, если использовать Exponent:


Exponent lets web developers build truly native apps that work across both iOS and Android by writing them once in just JavaScript.
It's open source and free and uses React Native.
Всего голосов 1: ↑1 и ↓0+1
как я понял, еxponet — это для написания собственных приложений в базовом приложении, чем-то похоже на AdobeAir. Ставишь на телефон exponet, а потом делаешь/загружаешь приложения для него.
Верно?
Всего голосов 1: ↑1 и ↓0+1

У них есть два режима и они не взаимоисключающие. Можно быстро и бесплатно получить своё приложение на телефоне запустив его через клиент, а можно собрать пакет и опубликовать в стор, тогда и появляется +$100 на iOS и +$50 на Android. Эта идея не нова, как минимум я такое видел для приложений "PhoneGap поколения", например, AppGyver.

Всего голосов 1: ↑1 и ↓0+1

Недавно закончил небольшой хобби проект
Веб (react-native-web) + андроид (react-native).
http://ru.quizexer.com/
От работы с React Native остались по большей части положительные впечатление.
Из всего кросплатформенных решений (веб/мобайл) что перепробовал, этот вариант считаю наиболее удачный.
Да, есть баги и пока не хватает нативных модулей, но код получился практически идентичный,
что для хобби проекта главный плюс.
И вместо js можно использовать любой язык который в него компилируется, что тоже большой плюс.

Всего голосов 3: ↑3 и ↓0+3

По опыту, каких компонентов не хватает? Автор доклада уверяет, что уже можно найти все, что угодно.

Всего голосов 1: ↑1 и ↓0+1

Даже для такого простого приложия(хотя немного специфичного),
пришлось написать два нативных модуля.
1) для работы c SoundPool (Есть react-native-sound но это не совсем то и он немного глючный, крашил приложение на ряде устройств)
2) для работы с Google Play Leaderboards.

Всего голосов 2: ↑2 и ↓0+2
Выбор Redux для хранения глобального состояния чем обусловлен? Альтернативы рассматривались?
Всего голосов 1: ↑1 и ↓0+1

Redux — это архитектура приложения. Хотя камрады на Clojure со мной не согласны. У них свои велосипеды.

Всего голосов 2: ↑1 и ↓10

Насколько мне известно, Redux — библиотека (http://redux.js.org/ — Redux is a predictable state container for JavaScript apps. ), реализующая подмножество Flux архитектуры.

Комментарий пока не оценивали0

Из подмножества Flux, для меня очевидный выбор — Redux. Просто в силу его популярности, отсюда все вытекающие: документация, поддержка, расширения, вакансии, резюме. Так-то я уже наигрался с никому не нужными велосипедами.

Комментарий пока не оценивали0
Интересно, что кнопок нет!

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

Почему не: «подключайте mobx, без него будет совсем плохо»?
Всего голосов 4: ↑4 и ↓0+4

Мопед не мой.

Комментарий пока не оценивали0
Почему следует использовать именно React Native, вместо, к примеру, Cordova?
Всего голосов 1: ↑1 и ↓0+1
UI получается нативный. Совсем другое ощущение от работы с приложением.
Всего голосов 2: ↑2 и ↓0+2

А что творилось с PhoneGap на iOS в мою бытность полтора года назад — это не передать литературными словами. Тогда и родилась мечта освоить React Native.

Всего голосов 1: ↑1 и ↓0+1

На видео выше — летает, если сравнивать с поделкой на Meteor-е. Второй проект PhoneGap на Phaser — уже лучше. Хотя там только HTML5-canvas, а все равно лаги. Crosswalk обещал помочь, но я этого уже не дождался.

Комментарий пока не оценивали0

Cordova не виновата, то Ionic такой тормозной. Мы вот на $mol разрабатываем и ничего не тупит.

Всего голосов 1: ↑1 и ↓0+1

Не верю. Вся надежда на React Native и подобное.

Комментарий пока не оценивали0

Ну вот прямо сейчас пилю приложение на кордове:


Всего голосов 4: ↑2 и ↓20

Вполне!

Комментарий пока не оценивали0

NativeScript = Angular. Чур меня! :)

Комментарий пока не оценивали0

Ну, там и без него можно, но вроде как нативный интерфейс надо описывать на ихнем XML. Ещё они css парсят, а не в свойства пихают, как в RN.

Комментарий пока не оценивали0

Ionic — редкостный тормоз. Нашли с чем сравнивать.

Всего голосов 1: ↑1 и ↓0+1
Принцип тот же, отзывчивость интерфейса — примерно та же. Тут был смысл показать разницу в отзывчивости между вебвью и нейтивным гуем, пусть даже и с логикой на js.
Всего голосов 1: ↑1 и ↓0+1

Я вам по секрету скажу — в WebView тоже можно использовать аппаратное ускорение анимаций.

Всего голосов 1: ↑1 и ↓0+1
А никто про анимацию и не говорил — тут скорее сама сложность интерфейса в плане отрисовки и количества виджетов. Ну и не везде оно адекватно работает, те же тени на штатном андроид-браузере <= 4.0 адски тормозили и их приходилось отрубать.
Всего голосов 1: ↑1 и ↓0+1

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


А в нативе не тормозили? Впрочем, емнип, начиная с 4 нативный браузер использует уже движок хрома. Ну и crosswalk подключается одной командой в консоли. Правда увеличивает бандл на 20 метров.

Комментарий пока не оценивали0
Перед стартом нового проекта, мы в нашей компании изучили возможные варианты создания мобильных приложений с нативным UI. От React Native остались весьма негативные впечатления:

1. Инструменты для разработки очень глючные (по состоянию на месяц обратно), постоянно приходится что-то перезапускать.
2. React Native намертво привязан к React.
3. Продукт слишком сырой в целом: плохая документация, частые изменения API, куча багов в компонентах и т.д.
4. React Native ничего не знает про нативные стили компонент, создалось впечатление, что он на самом деле нативные компоненты вообще не использует, а тупо их эмулирует в нативном коде вместо WebView.
5. Приходится писать слишком много разного кода для двух платформ. С тем же успехом можно делать просто два нативных приложения и не страдать с глючным реактом.

Наш вывод: если есть желание использовать JS для разработки приложений, то стоит использовать NativeScript.
Всего голосов 6: ↑2 и ↓4-2
React Native намертво привязан к React.

Может это был основной вопрос? Я сам очень долго испытывал аллергию к JSX.

Комментарий пока не оценивали0
Нет, не основной. Но такая привязка всегда минус. NativeScript и Cordova позволяют использовать что душе угодно.
Всего голосов 1: ↑1 и ↓0+1

React тянет за собой Redux (или навязывает, пока не разобрался до конца с глаголами). И это же счастье, когда мне кто-то говорит, как нужно обустроить порядок в проекте — снимает большой головняк, когда ресурсы ограничены. Мы все умрём, как известно. Просто некоторые относятся к вопросу беспечно.

Комментарий пока не оценивали0
Абсолютно никакой связи между react и redux, как и между react и всеми производными от flux. Например, можете попробовать MobX. На хабре, кстати, тоже были статьи про него.
Всего голосов 1: ↑1 и ↓0+1

Я тоже думал, что вообще возьму Relay, и заживу наконец-то, как белый человек. Но Redux затягивает, и другого счастья мне уже не надо. :)

Комментарий пока не оценивали0
Ну так то, что приглянулось одно из решений — это не значит, что react его требует или навязывает, это исключительно личное предпочтение :)
Всего голосов 1: ↑1 и ↓0+1
Тоже сначала думал, что не надо никаких Redux'ов. Подёргался-подёргался, как муха в паутине, и затих. Нельзя сказать, что он мне понравился, просто [п]оказался единственным годным выходом.
Всего голосов 1: ↑1 и ↓0+1

Redux понравится не сразу, как и сам React :)

Комментарий пока не оценивали0

Мне Redux сначала нравился, когда знакомился только с его идеями, но потом всё меньше и меньше. Главное, что не нравится: Redux почти полностью игнорирует, что JS — ООП язык.

Комментарий пока не оценивали0

И тут я с ним согласен! Сублимация Clojure.

Комментарий пока не оценивали0
Инструменты для разработки очень глючные (по состоянию на месяц обратно), постоянно приходится что-то перезапускать.

Это видимо под Android, или под iOS тоже?

Комментарий пока не оценивали0
Нет, я про консольные тулзы, что на компе работают. Всё очень сыро пока.
Всего голосов 1: ↑1 и ↓0+1

Какие, конкретно? Пожалуйста, подробности!

Комментарий пока не оценивали0
Дев сервер постоянно тупит, например, и перестает подхватывать изменения.
Всего голосов 1: ↑1 и ↓0+1
facebook рекомендует ставить watchman из-за какого-то «бага» в отслеживании изменений в файлах, возможно это оно?
Комментарий пока не оценивали0
Наш вывод: если есть желание использовать JS для разработки приложений, то стоит использовать NativeScript.

Не понял, а вы ушли с JS?

Комментарий пока не оценивали0
Мы для разных проектов используем разные технологии.
Всего голосов 1: ↑0 и ↓1-1

Всё в тумане! :)

Комментарий пока не оценивали0
Поставил на Айпад демо-приложение от Weex. Очень положительные впечатления от скорости работы.
Всего голосов 1: ↑1 и ↓0+1

Ожидаемо. Что будет со всеми теми же деталями по пунктам, которые озвучены в этом докладе?

Всего голосов 1: ↑1 и ↓0+1

Уточнил у автора доклада: какие компоненты использовал для SVG?


Смотря для чего нужен svg.

react-native-svg — это реализация svg поверх нативных компонент. Я ее как-то раз использовал, чтобы рисовать хитрые фигуры и круговые градиенты. react-native-svg-uri работает поверх нее и позволяет загружать svg из внешних источников. Ничего лучше для svg я пока не нашел.

Если ты хочешь использовать svg-оконки, как это принято в вебе, то это плохоая идея. SVG работает не очень быстро. Лучше использовать обычные png через require, которые, например, можно генерировать из svg.
Комментарий пока не оценивали0
НЛО прилетело и опубликовало эту надпись здесь

цитирую страждущего из лички:


хочется svg для иконок интерфейса, например
просто загрузил ассеты и показал
2017 год ))
Комментарий пока не оценивали0

Разложите по полочкам, кто знает. Для разработки под Android — это неизбежные тормоза сборки? Пора переходить на Мак, или можно еще обождать?

Комментарий пока не оценивали0

О какой сборки речь? Для RN нужно один раз собрать, потом подгружаются только изменения в js.

Всего голосов 2: ↑2 и ↓0+2

Я говорю о подобии HMR для веба, когда любое редактирование файла инициирует апдейт проекта.
.

Комментарий пока не оценивали0

И в чем вопрос?

Всего голосов 1: ↑1 и ↓0+1

Под Android сборка занимает до 20 секунд по опыту товарища. Судя по видео, под iOS сборка выполняется почти мгновенно.

Комментарий пока не оценивали0

Сборкой занимается упаковщик RN. Он не привязан ни к ios ни к android.

Всего голосов 1: ↑1 и ↓0+1

Расшифруйте RN, пожалуйста.

Комментарий пока не оценивали0

Уже не надо, я осознал — React Native (RN).

Комментарий пока не оценивали0
А в чем счастье, если, все равно, нужно писать отдельно ветки интерфейса для андроида, ios и web?
Общие картинки и прочая статика?
Что можно вынести в общую часть проекта?
Всего голосов 1: ↑1 и ↓0+1

Бизнес-логику, вестимо.

Комментарий пока не оценивали0
Еще не совсем понял — при установке webstorm для компиляции проекта React Native требовал андроид студию и sdk версии 23 (т.е. от 6 андроида).
Это что, правда, что React Native текущей версии не работает на более ранних андроидах?
Всего голосов 1: ↑1 и ↓0+1

Новый сдк ведь и под старый андроид может собирать. Во всяком случае кордову под 4 я собирал.

Всего голосов 1: ↑1 и ↓0+1
Полгода назад трогал RN, даже собирал несколько простеньких demo-приложений. В целом впечатления положительные, но пока не уверен что стал бы использовать React Native для проектов отличных от хобби\песочниц.
Всего голосов 1: ↑1 и ↓0+1

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


  • Глюки пока встречаются очень часто
  • Бардак в react-native/Libraries — без поиска найти нужный компонент очень затруднительно
  • Между некоторыми релизами очень трудно обновляться. Особенно досадно, когда зависишь от сторонней библиотеки, в которой поддержку новой версии внедрят через несколько месяцев, а то и никогда.
  • Зачастую разработчикам приходится пройти семь кругов ада чтобы влить PR
  • Проблемы выбора. До недавнего времени было 3 реализации навигатора, все 3 были признаны устаревшими, а рекомендуемое решение появилось только через 2-3 месяца, и то все-еще в бете.
  • Очень много неочевидных из документации моментов, подводных камней
  • Многие баги в JSX иногда очень трудно отлаживать, сообщения об ошибке не сильно помогают.

Несмотря на это, продолжаю пользоваться и надеюсь на то что со временем детские болезни уйдут.


Немного поправок,


  • rnpm уже включен в RN
  • в 0.42 появилась возможность задавать не только абсолютные величины, но и проценты
Всего голосов 2: ↑2 и ↓0+2

Ещё в копилку :)


(() => { debugger; })() || // anything

Громоздкая, но полезная штука. Позволяет залезть внутрь труднодоступных мест. Скажем какие-нибудь binding-и knockout-а. Но по сути всё, что угодно, что выполняется через new Function или eval.

Всего голосов 2: ↑2 и ↓0+2

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

Комментарий пока не оценивали0

Меня вдохновляют результаты труда. А если преодолевая трудности, тем больше ценность достижения. :)

Комментарий пока не оценивали0
https://itunes.apple.com/ru/app/millt-find-tattoo-artists/id1137884963?l=en&mt=8

Полторы недели работы вместе с дизайном (чтобы понимали никогда до этого не писал под мобильные/javascript и вообще я дизайнер который прочитал статью, что дизайнер тоже должен кодить и пошел искать чтобы такого написать). Есть баги, но уверен, что нативно я бы писал это месяц.

Что использовалось:
1. Список с автоподгрузкой и пултурефреш
2. Карты
3. Кастомные экраны и анимация (просмотр мастера, на скрине в эпсторе видно)
4. Реалтайм чат на сокетах
5. Хранение внутри приложения данных

Из интересного, не использовал redux, etc так как не знл что он существует, когда узнал было поздно, но в то же время многие опытные ребята говорят, что если ты справился без него, значит он тебе просто не нужен и не волнуйся на эту тему.
Всего голосов 2: ↑2 и ↓0+2

На счет "не нужен" сомнительно. Redux сильно облегчает жизнь.

Всего голосов 2: ↑1 и ↓10

В то же время и осложняет. Особенно если императивный ООП подход ближе чем функциональный.

Всего голосов 3: ↑2 и ↓1+1

Кроме Redux есть и другие библиотеки управления состоянием, хорошо интегрированные с React, реализующие другие подходы. А в целом, даже автор redux рекомендует сначала научить писать на голом реакте, а уж когда станет тесно, изучать редакс

Всего голосов 1: ↑1 и ↓0+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Показать лучшие за всё время
Изменить настройки темы

Истории

Ваш аккаунт

Разделы

Информация

Услуги

Техническая поддержка
© 2006–2024, Habr