Комментарии 22
А поскольку разработкой данной среды занимается непосредственно Google, вопрос о поддержке новых версий операционных систем в будущем автоматически отпадает.
И в этот момент мы вспоминаем angular.js...
А разве не лучше полагаться не на средства, которые сегодня разрабатываются коммерческими компаниями, а на средства, которые разрабатывались коммерческими компаниями, но которые уже исчезли или являются неким стандартом или хотя бы уже существуют лет 10-20. С, С++, python, js ?
Да, вопрос скорее с удвоенной силой встаёт)
А какие есть альтернативы, помимо встраиваемых браузеров?
Какие современные приложения, к примеру, написаны на ближайшем аналоге Qt/Qml
KMM
Есть частичные аналоги - как то .Net MAUI. Но оно не работает в Linux. Есть avaloniaui и упомянутый KMM.
А есть такое, чтобы не тащить доп платформу (.net в данном случае) с собой? И с приемлемым перфомансом, сопоставимым с qml.
А есть такое, чтобы не тащить доп платформу (.net в данном случае) с собой?
Платформа эта уже неудобств не предоставляет, т.к. можно создать все в одном пакете вместе с платформой и размер файла будет не сильно больше, чем размер Flutter-бинарника, а то и меньше. Какая разница пользователю есть там платформа или нет?
А так да, неплохо бы увидеть обзор этих систем для разработки под кросс-платформу.
Наиболее близкие альтернативы: kotlin multiplatform и react native. Именно для мобильной разработки Qt/Qml малопопулярен. Мне не удалось найти какого-либо списка приложений на Qt. Зато легко ищутся приложения на kotlin multiplatform, например netflix. Хотя инструмент пока слишком молодой и больших приложений на нем пока мало. А вот у react native очень солидное портфолио: https://reactnative.dev/showcase.
Не, хтмл-подобные вещи не хочу. Qml устраивает тем что он очень легко интегрируется с плюсовым кодом. В принципе вообще можно всё на плюсах фигачить даже в qml.
Не, хтмл-подобные вещи не хочу.
Kotlin эта, мультиплатформ которая - разве HTML. Вот пример.
Ой ну делают люди аппки-однодневки, получают прибыль. Все хорошо.
Лучше бы написали список проблемных мест у флаттера.
Лично для меня главным минусом Flutter является Dart. И даже не сам язык то, он довольно приятный, а библиотеки. Точнее их отсутствие, если речь о не графических вещах. Например, мне нужно было определить класс юникод символа, в большинстве языков это либо в стандартной библиотеке, либо в популярной хорошо протестированной сторонней. А для Dart я нашёл только какую-то deprecated библиотеку несовместимую с Flutter. Для библиотеки работы с bzip2 архивами тупо нет документации. С sax парсером XML тоже были какие-то проблемы.
То есть накидать красивый интерфейс на Flutter реально очень просто, на каждый чих есть библиотека. Но вот бизнес-логику сложнее дерганья внешнего бекэнда может оказаться проблематично реализовать.
В этом плане React Native выглядит приятнее, потому что в NPM есть буквально ВСЁ.
Пишу больше 3 лет на flutter, экосистема развивается, доволен. Dart - язык несложный, hot reload, удобно. Существует путаница, как и у фронтендеров в выборе state management, но это вкусовщина. В целом - сильно доволен.
Интересно читать, хорошо написана статья! Есть о чем подумать)
Как по мне, flutter это экскремент ярый, ибо при создании даже небольшого приложения он создает мультидекс приложение из-за превыения 65535 методов. Тяжёлый, громоздкий, медленный. Не надо так, уж лучше ангуляр, но я топлю за натив.
Лол, сами разрабы дали антирекламу ему. Alibaba вроде как на vuejs native, или как он там правильно зовется. Ну а российский АлиЭкспресс, если он на дарте - лютая глючная подделка, из-за которой я вообще ушел с маркетплейса
Тему слабых сторон так и не раскрыли
Flutter: заказывать или не заказывать? Откровения разработчика