мммм... там DSL для описания интерфейса и его можно при желании генерить сторонними тулзами, даже есть вроде онлайн-билдеры, но не в курсе насколько интерфейс можно отвязать от редактируемой логики. Но управление состоянием контролов перекладывается на разраба, декстопные тулкиты делают это обычно сами. Он запросто создает ситуацию, когда код работает правильно, а интерфейс - нет, потому что состояние кнопки обновляется не там и не так, баги 2x. И есть проблемы с архитектурой, есть разные паттерны именно для флаттера (каждый из которых создает уже свои проблемы). Это выглядит как подход сначала сделаем, а потом подумаем и это прослеживается во многом: как только флаттер появился на десктопе он не мог получить cli-аргументы, их тупо не было, добавили потом, если приложение юзает рефлексию через dart:mirrors, то на флаттере рефлексия отваливается, у него свои тесты, сборка и т.п., это не фига не простая либа и консольное приложение нужно еще умудриться на него натянуть, дичь же. В общем, как по мне, вне хелловорда и простых приложений он тоже проблемный.