безусловно нарушение «Вызов методов View из ViewModel»
как раз для этого и сделан ElementWrapper, он позволяет делать такие нарушения «красиво»,
к сожалению не все контролы которые нам приходилось использовать поддерживают MVVM в чистом виде
1) Судя по всему вы даже не пытались найти, навскидку: MVVM Light, Caliburn.Micro
Вы это знаете или мнение имеете? Библиотека появилась именно потому что сушествующие не подходили по тем или инным параметрам.
2)get { return GetPropertyValue(() => Text); }
Так а зачем тут Expression если вы примером выше воспользовались атрибутом, который подставляет сам имя target member? (разбор Expression Tree может ударить по перфомансу).
Можно и так и подругому, по перфомансу сравнимо с атрибутом, но дает плюс при рефакторинге.
Вот именно в этом и проблема MVVM Light, сплошная абстракция никакой связи с платформой, выкинули его после первого проекта. Долго смотрел на Caliburn.Micro, не лежит к нему душа слишком тяжелый, много не понятных решений в контексте WinRT наследие SL ему мешает.
В качестве примера случай когда пользователь редактирует текст или рисует, скрывать панель (бар) с дополнительными кнопками не рекомендуется.
безусловно нарушение «Вызов методов View из ViewModel»
как раз для этого и сделан ElementWrapper, он позволяет делать такие нарушения «красиво»,
к сожалению не все контролы которые нам приходилось использовать поддерживают MVVM в чистом виде
Вы это знаете или мнение имеете? Библиотека появилась именно потому что сушествующие не подходили по тем или инным параметрам.
Можно и так и подругому, по перфомансу сравнимо с атрибутом, но дает плюс при рефакторинге.