С помощью такого инструмента, как ' Value Injecter ' и концепции 'Mappers' в уровне представления при работе с представлениями, гораздо проще понять каждый фрагмент кода. Если у вас есть немного кода, вы не сразу увидите преимущества, но когда ваш проект будет расти все больше и больше, вы будете очень счастливы, работая с представлениями, чтобы не вводить логику сервисов, хранилища, чтобы понять модель представления. View Model - еще один защитник в огромном мире антикоррупционного слоя, который на долгое время стоит на вес золота.
Единственная причина, по которой я не вижу преимуществ в использовании модели представления, заключается в том, что ваш проект небольшой и достаточно простой, чтобы представления были привязаны непосредственно к каждому свойству вашей модели. Но если в будущем изменение требований и некоторые элементы управления в представлениях не будут привязаны к модели, и у вас нет концепции модели представления, вы начнете добавлять исправления во многих местах и у вас будет устаревший код, который ты не оценишь. Конечно, вы можете провести некоторый рефакторинг, чтобы преобразовать вашу модель представления в view-viewmodel и следовать принципу YAGNI, не добавляя код, если он вам не нужен, но для себя, это гораздо более эффективная практика, которой я должен следовать для добавления слой представления, представляющий только объекты модели представления.