Comments 9
Интересно, спасибо)
Интересные рассуждения)
Помню, пытался потыкать Flutter, и там была очень печальная история с уведомлениями на андроид - больше половины функций не было. Чтобы с ними работать, надо было написать самому большой враппер к нативному АПИ.
Вообще, для меня большой вопрос - стоит ли изучать язык с не самым крутым дизайном и фичами (Dart), который нигде кроме flutter не используется, если в любом случае придётся использовать "нативные" языки? Или может быть, взять за основу kotlin multiplatform, вести разработку бизнес-логики на нём, а UI на том же свифте или js-е уже прикручивать как View-слой?
Не знаю, когда вы пытались настроить уведомления, но сейчас уже Flutter в этом вопросе сильно вырос. Показ изображений, множество шаблонов оповещения, кнопки на уведомлении - это всё имеется. Конечно, это не полноценная кастомизация, но для удовлетворения большинства бизнес требований вполне хватит.
А по поводу Dart - не сказал бы, что он требует огромное количество времени на изучение (это же не какой-нибудь C). Если вы уже знаете какой-либо из современных ЯП, то почти сразу же можете писать на Dart, он не обладает супер отличиями от других языков (в этом его и плюс, и минус)
Если вы любитель мазохизма и нестандартных решений, можно использовать Кли Клуттер. Логика на КМП, UI на Флаттере. По идее такой вариант даже позволит наиболее безболезненно мигрировать на Мультиплатформенный Компот, когда тот выйдет из альфы, если такие планы есть.
Говорят, compose всех порвет, если kotlin multiplatform популярность наберёт...
Не имею супер опыта в кроссплатформе, но пару приложений на Xamarin Forms написал.
История с пакетами та же посредством NuGet. Скорее соглашусь с автором, что до DependencyService (вызов нативного кода платформы) дело доходит в крайних случаях, да и не всегда оно необходимо (потому что есть пакетик, который все сделает за тебя).
А вот где знание особенностей действииельно помогло, так это в обработке интентов (работа с встренными ИК сканнерами, рфид ридерами и прочей ерундой).
Поэто знание, и правда, не супер необходимо, но бонусы от них есть.
"Важны не столько знания нативных языков, сколько знания нюансов нативных платформ." - отличный вывод, поддерживаю!
Было бы интересно увидеть статью как раз про такие нюансы. В 100% случаев узнаешь о нюансах при тестировании, согласовываешь поведение с заказчиком, если фича есть в тз и только на одной из платформ, и т.д.((
Можно ли обойтись без нативных языков, разрабатывая на Flutter и RN?