я не говорил что контроллер должен сохранять состояние. я не согласился с этим тезисом: "Из этого следует, что в Android: View это XML, а Activity/Fragment/внезапнокласс View — это ViewModel" , потому что эта сущность фреймворка помогает обрабатывать пользовательский ввод/нажатия на кнопки и позволяет реагировать на эти события, а также на события жизненного цикла. Даже если у тебя есть любого вида датабиндинг + XML + Fragment/Activity
А насколько юзабельна такая генерация для больших многомодульных проектов? можно ли настроить генерацию в разные модули, чтобы не увеличивать время пересборки при изменении контрактов?
я не говорил что контроллер должен сохранять состояние. я не согласился с этим тезисом: "Из этого следует, что в Android: View это
XML
, аActivity
/Fragment
/внезапно классView
— это ViewModel" , потому что эта сущность фреймворка помогает обрабатывать пользовательский ввод/нажатия на кнопки и позволяет реагировать на эти события, а также на события жизненного цикла. Даже если у тебя есть любого вида датабиндинг + XML + Fragment/ActivityFragment/Activity - это скорее Controller с возможностью сохранять данные в бандл, а не ViewModel
А насколько юзабельна такая генерация для больших многомодульных проектов? можно ли настроить генерацию в разные модули, чтобы не увеличивать время пересборки при изменении контрактов?