Nuke/Glide, ffimage мусор

резонно

Верно. ViewModel в большинстве кейсов должна быть достаточно легковесной

тоже резонно

ну можно и так, но тогда смысл от регионов, если их все равно всегда раскрывать?)
Регионы можно делать например в классах с пропертями и некоторыми методами для них.
Например есть класс Settings, там проперти для настроек, а в конце в регионе крыта логика методов Get и Set для этих пропертей. Эта логика написалась раз и больше не трогается (поэтому можно скрыть регионом) и внимание нужно только к списку свойств.

смысл в структурировании

чтобы всё не было разбросано по проекту
указание разработчикам где что должно быть

Логику по классам правильно если разнести, то структура будет лучше

Опять же поддерживаю)

ну одно другому не мешает всё таки

предлагаете комманды в отдельный класс, свойства тоже в отдельный, методы тоже?))

🙅‍♂

само собой)))

речь о том чтобы структурировать файл
а не юнит

Ещё раз, 300 строк качественного кода читаются без проблем

Лучше посмотрите правила в каком порядке методы свойства и поля располагаются. их соблюдение поможет лучше регионов

хз может как то слабо мысли выражаю
если так то сори
но))

300 строк качественного кода от структурирования хуже не станут

разве это не о кодстайла зависит?

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

наверняка часть кода во многих файлах почти одинаковая, значит эту часть можно вынести в отдельный класс/метод. Что уже улучшит читаемость и понимание. Порядок элементов тоже хорошо, ну и логичные названия.  Если класс большой, то это не очень хорошо.

ну это я и так понял)

речи о том чтобы накидать 100к строк в один файл и их регионами разделять не идет
пускай даже файл в 300 строк
структурирование ему вряд ли помешает, а где то даже улучшит читаемость и поддержу (повторюсь, дать знать будущим разрабам где что должно находится)