притом идею по структуре компонентов взяли у реакта

Большие объёмы apk, долгая установка, высокие затраты аккумулятора, низкая производительность, отсутствие четкого понимания происходящего из-за абстракций, - к этому можно прийти индуктивно используя в качестве эталона базовые средства разработки android, jvm, sdk/ndk

чем большие объемы апк?

Ты на маке сидишь?

Нравится?

не нравилось не сидел бы

Flutter.io (7.5 MB)
The release app generated by Flutter’s cli contains the C/C++ engine and the Dart VM which makes up almost all the of the apk. The app directly runs using the native instruction set and no interpreter is involved.

Например, проекты android xamarin содержат каждая в себе виртуальную машину mono в so библиотеках и специальную папку содержащащую пространства имен .net/mono в большом числе dll файлах, которые скомпилированы в высокоуровневый ассемблер il код, которые исполняются mono машиной, в этой папке собственно и код написанный разрабом, чтобы все это работало вместе с art средой, создаются куча java врапперов, вообщем, там сложная архитектура, что повышает риски ошибок, угроз, формирует низкую производительность с большими потерями аккумулятора, и самое главное, это магия, ввиду непонимания всей системы разрабы допускают фатальные ошибки чем пользуются реверсисты и иные заинтересованные в этом лица.
Подобная ситуация по определению и в других фреймворках и технологиях

ксамарин вообще молчу. флатер также соберается в сишную со либо

и производительность у него на уровне \

Флатер не позволяет использовать в проекте ннсколько языков? Или это можно обойти?

под языками код имеешь ввиду? если да то нет вроде

можно C/C++

вроде как

и то насколько я понял

это написать свою либу и цепануть налегке

хз как во флатере я про дарт