Какие JS фреймворки, на ваш взгляд, лучшие для создания нативных мобильных приложений?

Question

[maks1mgolubev]

Какой JS фреймворк для создания нативных мобильных приложений лучший для вас? Почему? Каким получается приложение при создании: лёгким или тяжёлым?
Посоветуйте, пожалуйста, фреймворки, которые протестированы временем и имеют огромную аудиторию.

Comments

[Mikhail Osher]

Около 8-10% всех приложений в Apple AppStore написаны на React Native.

Answer 1

[profesor08]

Не используй React Native, полученный результат не оправдает вложенных сил и времени.

Comments

[cristalex]

Да, согласен, после использования RN, остался не очень им доволен.

[Robur]

cristalex, какие были проблемы/причины?

[cristalex]

Robur, Например, надо поставить полноэкранный слайдер, нахожу в интернете 5 штук, начинаю по очереди ставить и пробовать скомпилировать приложение, и только с 4-5 раза приложение компилируется без ошибок. А всему причиной, что эти пакеты были написаны под старую версию RN и не обновлялись например пол года, а за это время уже RN ушёл вперёд. И так не только со слайдером было.

[maks1mgolubev]

profesor08, Я уже не использую. Поэтому и спрашиваю про хорошие JS фреймворки.

[maks1mgolubev]

Robur, У меня были постоянные ошибки при компилляции.

[profesor08]

Robur, cristalex, нерабочие старые пакеты это все мелочи, хочешь свежак пиши сам или сделай форк и пофикси. А вот то, что хот релоуд не работает как надо, это уже проблема, приложение надо часто перезапускать, при ошибке нихрена не восстанавливается, надо перезапускать. Более того, оптимизация оставляет желать лучшего. Как вам обновление списка в 60 элементов дольше секунды, предполагалось иметь дело с сотнями элементов? Чтоб было нормально, пришлось отказаться от стандартного компонента для списков и колхозить свое на ScrollView, и то, результат по производительности средний, возможно после билда он будет лучше. Может быть какой-то hello world без анимаций, без списков, тупо вьюхи с текстом и прочие простые штуки, этот фреймворк вытянет, но вангую даже с todo list будут проблемы, ведь там список XD.

[profesor08]

maks1mgolubev, попробуй Flutter, тебе о нем уже написали выше, я еще не пробовал.

[maks1mgolubev]

profesor08, Пока не хочу. Dart для меня сомнителен, да и учить весь язык и ещё фреймворк - такое. В данный момент мне интересны JS фреймворки.

[Анатолий]

maks1mgolubev, зря конечно ты так (про Dart, и то что учить язык и фреймворк для тебя - это такое). с таким подходом далеко не уедешь.

[serega011]

maks1mgolubev, Dart создавался гуглом как замена js, так что есть шансы что после js освоить dart будет несложно.

[maks1mgolubev]

Анатолий, Я не критиковал Dart, я уважаю этот язык, как и другие, но сейчас он для меня сомнителен, потому что у меня другие приоритеты. Я имел в виду, что для меня учить Dart и Flutter в данный момент сложно, потому что у меня нет времени на это. Я спросил именно про JS фреймворки, потому что в данный момент обладаю знаниями JS. Ничего более про Dart и его фреймворки я не подразумевал. Надеюсь мы правильно поняли друг друга.

Answer 2

[historydev]

Берёте Android Studio, интегрируете WebView, поддержку скриптов и пишите хоть обычной вёрсткой с js, хоть на реакте.

Comments

[cristalex]

Не берите WebView (и все фреймворки, которые на нём строятся), для простых приложений он конечно подойдёт, но тяжелые приложения (с картами, множеством интерактивных элементов, анимациями и пр.) будут иметь проблемы с производительностью. Но это конечно лично моё мнение. :)

[historydev]

cristalex, то есть писать клиент на какой-то java или юзать нативный реакт? Я делал ставку на простоту реализации, хотите сказать 2d карточная игра будет иметь проблемы с производительностью?

[cristalex]

Владимир, Попробуйте, проверите какая будет производительность, расскажите потом. Это просто моё мнение основанное на информации, собранной в интернете и от людей, которые пробовали писать на фреймворках типа Cordova (основанные на Webview). Возможно в вашем случае производительность будет для вас приемлемой. Но конечно же самая высокая производительность всегда только у нативных приложений. В случае андроида это нужно использовать языки Java или Kotlin, в случае Ios - Objective-C или Swift. Использование любых фреймворков на основе JS это всегда компромисс.

[historydev]

cristalex, кордова говно, я просто возьму обычную оболчку с манифестом. Я уже пробовал, просадок никаких не замечал, все работало как часы, юзал node.js/socket.io для общения.

[historydev]

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

[cristalex]

Владимир, Я джаву тольку упомянул :) Никто не мешает использовать более современный Kotlin. Ну а если JS более по душе, так тем более (мне он тоже больше по душе).

[Strannyk]

Какие-то там доли производительности не стоят кучи часов геморроя и анального секса с компьютером при изучении джавы.

А в чем конкретно выражался геморрой в вашем случае? Если это, конечно, не секрет.

[historydev]

Strannyk, Переучиваться с фулстэк js разраба, на дырявого джава кодера, не ахти.

[historydev]

cristalex, котлин сырой

Answer 3

[cristalex]

В начале года как раз тему по гибридным приложениям (с уклоном в нативные). Наиболее популярный конечно сейчас React Native, также ещё неплох NativeScript (есть под Angular и под Vue). Под RN много библиотек готовых, но из много устаревших и нерабочих (или при компиляции ошибки валятся), в основном из-за того, что RN идёт вперёд и выходят новые версии, а многие библиотеки и пакеты написанные пол года, год назад просто не обновляются под последнюю версию RN.
Ещё сейчас в тренде Flutter, который позволяет писать приложения по скорости не уступающие нативным. Но тут уже не JS, а новый язык DART учить надо.

Comments

[maks1mgolubev]

Спасибо за ответ! React Native слишком топорный для меня. И мне не нравится то, что с Expo он весит достаточно много. Вы не знаете примеры приложений на React Native?

[kunjut19]

Читал, что RN понемногу уходит на второй план, вытесняемый Flutter'ом.
Как вы считаете, что лучше учить в качестве второстепенного скилла - Swift или Flutter с Dart'ом? Что более востребованно?

[maks1mgolubev]

kunjut19, Нет, Flutter не вытеснил RN. Даже факт того, что Dart менее популярен, чем JS служит доказательством этого.

[cristalex]

maks1mgolubev, Не используйте EXPO, попробовал на нём построить реальное приложение, как дошёл до подключения Mapbox-js и не смог его к ЕХРО подключить, всё время какие ошибки вылазили при компиляции. Причина просто, конкретна Mapbox-js написан как нативный модуль на java, а к ЕХРО такие модули подключить пока нельзя, поэтому лучше сразу использовать React Native Cli, а ЕХРО использовать в качестве платформы для демонстрации каких-то простых фишек, например, другим разработчикам.
Вот ссылка на сравнение:
https://habr.com/ru/post/480258/

[cristalex]

kunjut19, Думаю и то и то нужно, лично я бы учил Flutter (вместе с Dart), по крайней мере так и собирался делать месяц назад, но пока руки не дошли.

[cristalex]

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

[maks1mgolubev]

cristalex, Вы не знаете фреймворков, которые для вас лучше, чем React Native?

[cristalex]

maks1mgolubev, На данный момент пока использовал только RN, но есть желание ещё попробовать NativeScript Vue или Flutter

[Aetae]

Dart - гиблое дело, как бы гугл его не пихал, ИМХО. Хотя может я и не прав, время покажет.
Для создания нативных приложений лучше всего нативный же для платформы код, для каждой свой. Только так можно действительно гарантировать скорость и 100% соответствие платформе.
На деле же куда проще, быстрей и приятней с точки зрения разработки юзать вещи на webview(cordova итп), например тот же Quasar. Работает оно само собой заметно медленней любых нативных и полунативных вариантов, но если надо выходить на рынок с каким-то продуктом - скорость первого релиза куда важней вылизанности. Благо современным телефонам давно хватает мощи тянуть и не такое.)
Уже после многомиллионного успеха можно заняться оптимизацией и переводом в натив. Если захочется.

[maks1mgolubev]

Aetae, Полностью с вами согласен!