Согласен, нет правильного или неправильного способа сделать это. Мы использовали архитектуру, вдохновленную VIPER/Clean, в проекте среднего размера (~ 70 тыс. Строк кода) моей бывшей компании. Для нас было разумно пойти с таким подходом, потому что у нас было довольно много бизнес-логики, которые не должны часто меняться. Кроме того, архитектура связывает намерение, поэтому легче понять, что делает ваше приложение (ваши варианты использования), а не какие рамки и технологии вы используете.
Если вы хотите узнать больше об архитектуре, вдохновленной архитектурой, такой как VIPER, я предлагаю вам взглянуть на разговор дяди Боба на youtube.
https://www.youtube.com/watch?v=Nsjsiz2A9mg
Если вы не знаете, в каком направлении двигаться: следовать единый принцип ответственности (который вы могли бы хотеть следовать так или иначе). Таким образом, вы можете перекомпоновать части позже, чтобы достичь стиля архитектуры, на котором вы остановились.