React Native vs Real Native. Выбираем между нативной и кроссплатформенной разработкой

В чем хороша кроссплатформенная разработка на React Native, зачем JS-командам нужны нативщики, и в чем преимущества и недостатки обоих способов в реальном проекте. Кратко законспектировали техноверсус парней из Mercury Development с прошлого фестиваля, полную версию которого можно посмотреть в видео.

Но лучше не стоит: кажется, звукорежиссер не пережил афтепати, пришлось писать звук на старый андроид 🙂

На React Native на одном из проектов удалось добиться до 95% повторного использования кода между iOS и Android. Вторую платформу получили по цене тестирования и дебаггинга, поэтому скорость разработки на RN выше.

Еще одно преимущество React Native перед нативной разработкой в экономии рабочих часов, но есть нюанс.

После релиза команда хочет как можно меньше ресурсов тратить на сопровождение проекта, а в интересах заказчика платить меньше за поддержку уже реализованного продукта. В этом смысле приложения на React Native дешевле и для заказчика, и для разработчика — на сопровождении нужен один JS-программист вместо двух нативных.

Нативная разработка под Android и iOS не равна по времени. Чем дольше длится проект, тем сильнее расходятся код и архитектура. Как следствие, новая фича может ложиться на одну реализацию и не ложиться на другую.

React, как опенсорс-проект, собран из множества разных библиотек и сторонних компонентов, из-за чего количество зависимостей намного больше, чем в нативе. В 2017–2018 годах была огромная проблема с их стабильностью, рефакторингом и дебаггингом, но в последние год-два она практически исчезла и зрелые зависимости обновляются разработчиками быстро и часто.

Из коробки на React Native можно получить быстрый интерфейс с близким к нативному пользовательским опытом, а GUI накидывается в среднем в полтора раза быстрее.

С другой стороны, приложение с таким интерфейсом едва ли зафичерят в AppStore или Play Market — интерфейс приложения будет отличаться и не в пользу RN.

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

Мобильное приложение на React Native легко превратить в веб-приложение и запустить на UWP.

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