ARG89 Apr 5 2017 at 10:00

React Native: очередная «серебряная пуля» для кросплатформенной разработки?

7 min

22K

JUG Ru Group corporate blogJavaScript*ReactJS*Programming*Development of mobile applications*

+27

Comments 34

DaemonGloom Apr 5 2017 at 11:37

А теперь сравните итоговый размер двух проектов этих и их производительность/ресурсоёмкость.

xamd Apr 13 2017 at 12:20

Не так давно было опубликовано небольшое исследование на данную тему (материал на английском)

xGromMx Apr 5 2017 at 12:38

RN не есть серебряная пуля. Тот же NativeScript чуть интересней смотрится и имеет более низкоуровневое взаимодействие. Помимо есть Xamarin. По поводу XML для андроида — пора уже понимать что это прошлый век и стоит перейти на Kotlin + Anko (отличнейшая штука) Кроме того DSL есть и для IOS (либу не помню сейчас)

Scrobot Apr 5 2017 at 12:57

Kotlin + Anko хорош, но тоже не серебряная пуля. Пойдет для небольших «гуешных» элементов — кастомные вьюхи для диалогов, лейауты с 1-3 элементами. В андроиде сейчас constraint layout наконец-то релизнулась, и, на мой взгляд, обещает быть лучше, чем тот же strory board в xcode. Поэтому тут я за него всеми руками ))

cVoronin Apr 5 2017 at 15:51

Да, для мелких диалогов типа «если хотите, поставьте этот крыжик» реально удобно.

lRandoml Apr 5 2017 at 12:59

К сожалению, Xamarin выдаёт очень жирные бинарники. И если на iOS ещё удаётся добиться нативной производительности приложения, то с андроидом хуже, в частности из-за необходимости взаимодействия двух рантаймов. Не подскажете, актуальны ли подобные проблемы для RN и NativeScript?

dzigoro Apr 5 2017 at 18:59

Как это не серебряная пуля? Если она позволяет единожды написать общий код, а работает быстро, как нативный?

UFO just landed and posted this here

WebMonet Apr 5 2017 at 14:35

Опять Titanium смешали с PhoneGap. Это совсем разные вещи!

neura Apr 5 2017 at 18:32

Насчет императивного подхода я не совсем понял. В чем проблема юзать тот же Rx, DataBinding, KVO?
Насчет экономии времени есть кто-то кто уже что-то прям серьезное на этом написал и его можно пощупать? (Кроме команды Facebook)

Nakosika Apr 5 2017 at 18:46

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

neura Apr 5 2017 at 20:54

А есть полноценный апп (AppStore, Play Market) с реализацией?) Интересно было бы посмотреть чего можно добиться с помощью RN, чтобы решить погружаться в это или нет)

Veikedo Apr 6 2017 at 09:14

2гис аптеки

neura Apr 6 2017 at 11:32

Благодарю!

farwayer Apr 6 2017 at 11:45

Airbnb и Discord. Discord вообще очень сложное приложение.
Я уже несколько средних по сложности приложений разработал на React Native. Могу сказать, что плаформа готова для серьезной разработки.

olegi Apr 6 2017 at 16:32

https://facebook.github.io/react-native/showcase.html

Serjonka Apr 5 2017 at 18:32

А Ionic Framework?
Он действительно на столько плох?

dzigoro Apr 5 2017 at 19:00

Скажу так: заказчики регулярно спрашивают, сколько будет стоит переписывание с Ionic на натив.

s104 Apr 5 2017 at 18:33

Я люблю реакт и постоянно его использую его в работе. И так уж получилось вступить в RN. И вот что скажу: по началу была эйфория, было действительно круто. Но чем дальше в лес — тем толще партизаны. React Native просто омерзительно сырой. В нём огромное количество багов, устаревшая документация, есть проблемы с апгрейдом на новую версию. Сейчас дошло до того, что чистый init проект под ios не компилится из-за ошибок. Для работы с RN в любом случае нужен iOS-разработчик и человек который варится в этой кухне, потому что многие вещи нигде не задокументированы. Технология очень перспективная, но в будущем.

dzigoro Apr 5 2017 at 18:52

Частично соглашусь, но только частично. Апгрейд — это попаболь, скрипт либо все файлы переписывает, либо ничего не мигрирует. Роутинг проблемный, документация устаревает очень быстро. Но вот то, что вам нужен iOS разраб… Ну вам надо сплеш сверстать и в стор билд залить, разработчик — это оверкилл.

s104 Apr 5 2017 at 19:50

Для апгрейда они сделали git-based инструмент для нормального мержа, чтобы не переписывать ничего полностью, но что-то у меня он сделал почти ничего существенного. В iOS куча своих проблем, которых нет в Android и часто приходится ковыряться в xcode, я не говорю что нужен крутой спец, но нужен кто-то, кто хоть немного разбирается в iOS-разработке.

s104 Apr 5 2017 at 19:54

(не могу отредактировать коммент, дополню)

Например открытие url, пуш уведомления, сертификаты, линковка (хотя автоматическая наконец начала нормально работать) и прочее — это надо сначала разобраться во всей apple-вской кухне. Особую боль вызывает когда вдруг начинают лететь ios ошибки после апгрейда и ты, не ios-разработчик, понятия не имеешь что с ней делать. Вот тогда приходится тратить время и разбираться.

neura Apr 5 2017 at 20:53

Мне кажется в принципе, чтобы хорошие вещи деллать на RN нужно быть кроссплатформ-нативным разработчиком (то бишь уметь и в Android и в iOS) + знать JS. Это может быть перспективно в случае, если RN станет стандартом кроссплатформ разработки, чего я пока что не наблюдаю, и как следствие появится огромное коммьюнити, а пока честно говоря мне быстрее будет пару нативных приложений создать, чем одно RN, да и работать оно будет получше я так чувствую )

dzigoro Apr 5 2017 at 21:15

технологии полтора года, подождите. Насчет не наблюдаю: в прошлом году про RN на мебиусе никто не говорил, на этом — два доклала. Убер сказал, что их uberEats использует RN… Ну, вы поняли.

olegi Apr 6 2017 at 16:31

>> Убер сказал, что их uberEats использует RN
как я понял, использует бизнес — апп, а не тот, который юзает пользователь из магазина.

farwayer Apr 6 2017 at 11:45

Автору нужно немного аккуратнее приводить примеры технологий, которые он не знает. В Titanium нету WebView и работает он по тому же самому принципу, что и React Native — управление нативными компонентами из js. React Native — это то, чем должен был стать Titanium, но за 7 лет так и не смог. Его убили маркетологи и эффективные менеджеры.

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

Удивлен, что в епаме стали применять React Native :)

olegi Apr 6 2017 at 16:33

Говорят, что у RN одна очередь событий, и в итоге нельзя использовать async вещи которые предоставляет платформа.

dzigoro Apr 6 2017 at 17:38

Эм, что? Можете пояснить, пожалуйста?

blackPeanut Apr 6 2017 at 19:19

Простите, но в React Native нет DOM.

blackPeanut Apr 7 2017 at 14:49

Можно сколько угодно минусовать, но от этого ни реальный DOM, ни виртуальный там не появится
https://github.com/acdlite/react-fiber-architecture#reconciliation-versus-rendering

dzigoro Apr 8 2017 at 15:30

Так и чего? Там написано " Virtual dom is a bit misnomer ". Тем не менее нигде не написано, что принцип работы другой, все равно строится дерево компонентов, а при апдейте сравнивается. Так что это подкоп к терминологии.

xamd Apr 13 2017 at 12:34

Согласен с blackPeanut. DOM подразумевает работу с документами (Document Object Model, все-таки), которых просто не существует в мобильной разработке. Вы не представляете документы, используя объектную модель, Вы используете древовидную структуру для представления компонентов экарн(а|ов).

Более того, VDOM, как таковой, является структурой для представления DOM в памяти и не подразумевает никаких «встроеных» алгоритмов (однако, почти все известные VDOM имплементации поставляются вместе с набором алгоритмов типа обхода дерева, вычисления разницы деревьев и пр).

Прошу не считать это «подкопом» к терминологии, скорее небольшой семантической поправкой статье.

AKhatmullin Apr 10 2017 at 10:40

Забавно получается:
«Отличная вещь! Только навигация в приложении будет кривая хоть ты тресни!»

dzigoro Apr 10 2017 at 12:57

В каждой платформе есть проблемы. Когда проблемы не решаются, от платформы отказываются. Когда решаются — используют. Помните, что продукт, написанный неидеально, но выведенный на рынок, всегда лучше идеального, но остающегося неизвестным никому, кроме создателя.