В некоторых случаях это может быть полезно, но обычно ViewModel (или PresentationModel) имеет другой набор проблем, которые запутывают остальную часть модели.
Например, представьте, что у вас есть объектная модель, представляющая рабочий процесс обработки заказов (любимый всем пример). Эта же модель может лежать в основе WPF, веб-сайта и, возможно, даже других служб.
В заявке WPF будут присутствовать специфичные для WPF проблемы. Добавление этих проблем в первичную модель (даже в виде частичных классов) приводит к нарушению SRP. В конечном счете, это затенило бы намерение модели и затруднило бы потребителей модели знать, какие ее части были важны, а какие - случайны.