Много писанины (

?

Зачем учить tdd?

Там много писанины,  и медленная разработка

вопрос не про это, вопрос зачем сущность и модель

а изучить хотя бы потому, что тестирование важная тема

сильно экономит время

Это норма, что в ios simulator нет скролла, а на устройстве есть?

Сущность это то  с чем мы работаем в presentation слое, модель это как сущности хранятся на нашем data слое, да нередко (в несложных примерах) они совпадают(опять же если апи проектируется под тонкие клиенты, то как модели приходят от сервера так их и отображаем) . Но в то же время мы можем заводить новые сущности(которые, например отражают связь один ко многим двух моделей) , в том случае когда это требует presentation.

почти понятно)

что лучше "push" или 'pushNamed'? вроде 1 функцию выполняют, но named явнее
а, кажется, pushNamed для веба.

для pushNamed тебе надо onGenerateRoute в MaterialApp определить.

Минус - с аргументами в pushNamed статическая типизация скажет бай бай

Для Pushnamed надо писать routes в MaterialApp

а как передать аргументы в другой странице и при этом сохранить типизацию? пишу на веб.

Придётся делать что-то вроде
return AddJobsPage(settings.arguments as Project);

Ну с простым push прокатит. Ибо туда передаешь виджет, а соответственно аргументы просто передаешь в конструктор виджета или его фабрики там.

push url не меняет. это  единственная проблема по сути.

Помоему вот здесь об этом
https://medium.com/flutter/flutter-web-navigating-urls-using-named-routes-307e1b1e2050

это не совсем правда - когда мало опыта было, мне не зашло

сейчас всю логику так и пишу описывая все ситуации через Given/When/Then

очень удобно разделять Given через group('Given state')
а внутри тесты на исходы

когда реализация все тесты прошла - это непередаваемое ощущение уверенности при рефакторинге

ps когда ты без теста пишешь - потом тратишь время на дебаг, тыканье пальцем в устройство, etc
это прилично больше времени занимает, чем писать тесты до реализации, просто ты ещё этого не видишь