Комментарии 10
Забавно смотрится iOSный переключатель на Android.
А как с производительностью? Там же тот же Skia внизу, что и во Flutter, то есть это отрисовка картинок, а не контролы операционки.
Во первых Kotlin (строгая статическая компиляция) синтаксически мощнее чем Dart (разновидность JS) и коммьюнити у него побольше. Потому что Kotlin это не только Jetpack Compose, но и Java-библиотеки и весь классический Android SDK. Во вторых, на выходе получается родное для Android приложение, которое будет работать гораздо быстрее. И если уж нужно срочно закрыть необходимость в кроссплатформенном приложении, то имеет смысл сразу брать web-платформу с PWA, это гораздо проще чем Flutter.
Сразу видно что вы ничего не знаете про Flutter и Dart и пишете отсебятину...
Dart не имеет никакого отношения к Javascript
Dart имеет строгую статическую типизацию
На выходе у Flutter родное для Android приложение (никаких виртуальных машин Dart, только нативный код), которое по скорости сравнимо с аналогичным приложением на Kotlin/Java, правда будет на десяток мегабайт больше.
Во Flutter есть возможность относительно легко использовать все Java и Kotlin библиотеки, включая визуальные.
Как веб-разработчик, который пробовал Flutter, не согласен с утверждением, что web-платформа с PWA гораздо проще Flutter. Наоборот, если у вас нет необходимости в отдельном web приложении, а нужно только мобильное, то Flutter будет более разумным выбором (конечно при условии примерно одинаковой компетенции в web и Flutter).
К сожалению не могу оценить синтаксическую мощность языков в каких-то единицах, но по имеющимся в сети сравнениям у них одинаковые возможности.
Размер комьюнити Kotlin и Dart тоже не показатель в данном случае, т.к. оба языка используются не только в мобильной разработке, да и в мобильной разработке размер/качество комьюнити Dart/Flutter по ощущениям не уступает Java/Kotlin (по крайней мере в получении помощи я с проблемами не сталкивался), а вот сам Jetpack Compose пока еще довольно молод
Спасибо, на вес золота такие кейсы. Очень мало про Compose пока пишут.
Естественный отбор - лучшие практики перекочевывают из флаттера в JetPack, а "нелучшие" застрянут там :)
Вы совсем ничего не писали про опыт от работу с тулингом для Compose, а также как интегрировали тему между Compose и Android View.
Все что вынес:
Минусы:
нет родных компонент к которым привыкли (pager & etc)
Медленнее работа и загрузка
Плюсы: Анимашки (что безусловно важно для банковского приложения)
Ну и понравилась архитектура mvi при условии использования viewModel :)
Лично мне хотелось бы услышать белого о том насколько просто менять приложение согласно"последним, последним" требованиям, которые изменяют навигационный стек...
В общем что-то из реальной жизни, а не мы сделали список и он заработал....
Использование Jetpack Compose в продакшне: первые впечатления