I understand that in MVVM:
- the View knows about the ViewModel
- the ViewModel knows about the Model
- but it doesn't work upwards, so the Model knows nothing about the ViewModel
- and the ViewModel knows nothing about the View
So how does the ViewModel respond to actions that the user does on the View, e.g. type something into a TextBox or move a slider, etc.
I understand that this is done with RoutedEvents but almost all RoutedEvent examples I find use CodeBehind in the View, which is exactly what you don't have anymore in MVVM.
So that leaves RoutedCommands which I find more examples of in MVVM but e.g. moving a slider really isn't a command in that sense, it is an event, so I am wondering if this is really what should be used.
Then I read advice such as "In MVVM use RoutedEvents as little as possible, and no RoutedCommands at all." OK.
So that leaves, e.g. in the WPF Model-View-ViewModel Toolkit 0.1 project form the WPF team themselves you have a "DelegateCommand" which also looks like an interesting way.
Then some people are also using "RelayCommand".
This is a lot of choices and confusion for doing something so core to developing applications.
What is the best way to simply do in MVVM what we were doing for the last 10 years with Code Behind:
- create button
- double-click button
- write handling code