На всякий случай уточню: MVVM != отсутствие "code-behind". Как вы и написали в комментарии выше писать там код связанный с внешним видом можно и даже нужно.
В таком случае в xaml студия будет подсказывать члены датаконтекста в биндингах.
На всякий случай уточню, что для дизайнера лучше указывать свой, отдельный DataContext .
у меня нет знакомых програмистов, не с кем посоветоваться.
Николай Богданов, как-же так? Есть полно всяких сообществ программистов - как в виде форумов и баз знаний (как тостер) так и чатов где могут помочь советом или кодом. Как зарубежных так и русскоязычных.
> Где можно получить такие познания? Неужели в документации?)
Space Purr, там точно можно, но всю информацию все равно не запомнить. Так что немного практики - пара тройка небольших проектов или просто отвечать на вопросы по метке на таких ресурсах как тостер.
Meloman19, хороший вариант, но, на мой взгляд, событийная модель отлично подходит если есть библиотека, которая большую часть работы делает за разработчика или собственные вспомогательные классы. В своих персональных проектах я как раз использую такой подход используя Gjallarhorn.Bindable.
Проблема в таком подходе заключается в необходимости передачи не только объекта Worker (тут как раз можно было бы напрямую через Binding передавать в родительскую команду), но и ключа TextBox на котором было вызвано меню. Единственный вариант который мне сейчас пришел в голову при таком подходе - писать мультконвертер и передавать Name через него.
Если нужно вытащить только один определенный элемент, то создавать классы для десериализации мне кажется немного избыточным. Можно использовать Linq2Json
Николай Богданов, по всей видимости, есть еще упрощенный класс Visual который возможно тоже подойдет. Но по описанию больше похоже именно на WriteableBitmap. К сожалению у меня нет возможности сейчас пример написать. Попробую на выходных если никто не опередит. На всякий случай напомните мне через пару дней чтобы я точно не забыл.
