Комментарии 23
А что так не упомянули JS-bridge в реакте и его влиянии на анимацию?
Всё это конечно хорошо, но во всех этих проектах (NativeScript, ReactNative & etc) узким местом остается мост Javascript, который вносит часто больше проблем чем удобства. Поэтому единственный плюс данных технологий — это возможность переиспользования кода с JS.
Всё остальное становится печалью как только делается шаг в сторону нативки: надо какой то специфический компонент, надо поработать с устройством, надо как то раскрасить не так, надо просто побыстрее отображать что-то, надо как то обрабатывать Touch. Писал приложение на Cordova, NativeScript и Flutter. Так вот лучше уж на Cordova чем на этом фарше из нативки, измазанной в обертках JS, а если хочется скорости, то Flutter, там это хотя бы продуманнее, ну и нативные языки тоже никто не отменял.
Всё остальное становится печалью как только делается шаг в сторону нативки: надо какой то специфический компонент, надо поработать с устройством, надо как то раскрасить не так, надо просто побыстрее отображать что-то, надо как то обрабатывать Touch. Писал приложение на Cordova, NativeScript и Flutter. Так вот лучше уж на Cordova чем на этом фарше из нативки, измазанной в обертках JS, а если хочется скорости, то Flutter, там это хотя бы продуманнее, ну и нативные языки тоже никто не отменял.
НЛО прилетело и опубликовало эту надпись здесь
Для того чтобы писать на Flutter надо выработать для себя стиль написания кода таким образом чтобы оно и писалось и читалось легко. Хороших уроков на эту тему я не видел, пришлось доходить своим умом.
Для интерфейсов минимизируем вложенность через создание виджетов, которые будут принимать отличающиеся части в виде аргументов, а сам виджет это небольшая функция в 10-20 строк, если больше — думаем какие части внутри него можно вынести в отдельный виджет.
Для реализации логики смотрим на то какой сложности нужно конечное приложение, если это одностраничная открытка, пишем как получится, не стреляем из пушки по воробьям, а если серьёзное приложение, то изучаем Redux, что само по себе будет гораздо сложнее чем изучить Flutter и Dart вместе взятые.
В одном сообщении всего не напишешь, а суть в том, что если вы привыкли к Web, то Flutter не для вас.
Для интерфейсов минимизируем вложенность через создание виджетов, которые будут принимать отличающиеся части в виде аргументов, а сам виджет это небольшая функция в 10-20 строк, если больше — думаем какие части внутри него можно вынести в отдельный виджет.
Для реализации логики смотрим на то какой сложности нужно конечное приложение, если это одностраничная открытка, пишем как получится, не стреляем из пушки по воробьям, а если серьёзное приложение, то изучаем Redux, что само по себе будет гораздо сложнее чем изучить Flutter и Dart вместе взятые.
В одном сообщении всего не напишешь, а суть в том, что если вы привыкли к Web, то Flutter не для вас.
В RN постоянно что-то отваливается после обновления xcode, попытки развернуть сторонний проект… Как с этим у flutter?
Безусловно RN более привлекателен для меня, ведь зная React мне гораздо проще писать на React native. А с точки зрения карьеры или работы по flutter — dart пока немного возможностей.
Веселят рассуждения разных блогеров и СМИ о фуксии, которая ещё даже не вышла из экспериментальной. Как будто её выход перевернёт весь мир с ног на голову и надо срочно ставить её на все смартфоны по причине «плохой android». Будет ли на ней популярен flutter или react: так как flutter продвигается гуглом — ответ очевиден.
RN, Flutter… Будущее за PWA и уже активно делают приложения в этой концепции. При том делают фронтендеры и не надо изучать ни RN ни flutter.
Может и к полноценному системному API у них есть доступ?) Я не говорю про тот куцый API который им доступен, а именно настоящий, полноценный API. Не спорю, что для REST-like приложений во времена, когда программист и время ценнее выходящего продукта — PWA подходящий кандидат. Но для чего-то более серьёзного даже Cordova куда лучше, не говоря уже про kivy, xamarin, flutter, RN и прочее. Да, производительность у них может быть не всегда у чисто нативных, но как кросс-платформенный вариант сгодится.
У меня вопрос по поводу изменений по воздуху, разве нельзя взять флатер и у него webview и то что необходимо быстро обновлять выносить в вебвью, а остальное держать во флатере?
Cовсем не тот уровень — в RN я могу по сути любые баги исправлять и бизнес-логику патчить в обход публикации в сторах. Единственное условие — «не должно быть существенного изменения функционала приложения», но это ограничение не технологическое, а самих сторов, чтоб не забанили.
Более того, есть плагины, которые по json рисуют формы и виджеты. Conditional рендеринг во всей красе
Мне хотелось бы сказать лишь о том, что в языке Dart, применяемом при разработке Flutter-приложений, используется статическая типизация. Он создавался компанией Google в качестве замены JavaScript (но Google не смогла склонить других производителей браузеров к тому, чтобы они включили бы в свои проекты поддержку виртуальной машины Dart; в итоге её поддерживает лишь Chrome)
Не-а.
Только для разработки там Dart. Только для этих целей.
После того, как вы завершили отладку, Dart преобразуется в обычный JS.
И в разговоре ReactNative vs Flutter — при чем тут браузеры.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сравнение React Native и Flutter с точки зрения их применения в реальных проектах