Плюсы / минусы зрения, ответственного за чтение / запись данных

Question

У меня есть вид, который я могу использовать в любом количестве приложений. Это специальный просмотрщик для типа данных. Он содержит специальный читатель для файлов, которые относятся к этому типу данных, и он может записывать их. Каковы плюсы и минусы этого? В недавнем проекте сторонники MVVM утверждали, что точка зрения должна быть «глупой». Это не имеет смысла, потому что как это может быть глупо, если это узко специализированный зритель? Возможно ли, что MVVM происходит из мира Интернета, где зрители просты? В любом случае, сторонники MVVM также считают, что любые данные, которые попадают в представление, должны быть сначала обработаны, например. преобразуется в HTML, если представление является веб-представлением. Похоже на излишество. Зачем это делать?

Answer 1

Концепция MVVM состоит в том, чтобы отделить бизнес-логику (модель) от представления. В вашем случае читатель писатель должен быть в коде модели. Pro заключается в том, что если вы в любой момент хотите внести изменения в сторону представления, вы можете сделать это, не меняя и не перемещаясь по коду, который выполняет фактический обмен данными (чтение и запись).

Это также означает, что вы можете писать тесты для своей модели, и если вы измените свой взгляд, модель и тестовый код останутся без изменений.

Недостаток MVVM в том, что он добавляет некоторый дополнительный уровень кода, он может добавить некоторое время разработки (по крайней мере, если вы новичок в MVVM), и в начале вы можете чувствовать себя немного заблокированным, следуя шаблону.

В конце я обычно нахожу профи больше. Можно получить хороший и хорошо продуманный дизайн, разделить заботы о базе кода, легко тестировать различные части, и в день, когда вы получите запрос на изменение или расширение элемента управления, это будет намного проще.