Sorry if this is a duplicate, It’s not so much ‘What is MVVM’ though, but rather, ‘Is this MVVM’, I’ve read quite a bit, and think I’ve got a basic understanding of what it is, I’ve got my own ‘one-liner’, as such, on how I interpret it, but want to make sure it’s correct before I firmly ingrain it in my head,
Essentially; The Model is pure data – no methods, there is one ViewModel per Model, it holds a reference to the Model – it performs all changes to the Models data and finally the View will hold one (or more) ViewModel reference(s) and format & display the data provided by the ViewModel.
(Not after links to tutorials, blogs etc, just a yes, or no with tweaks will be fine, as I’ll have to re-read everything again anyway if not 🙂 )
Not completely – at least, not as I would completely define it.
The Model does not have to be pure data. The model is the portion of your application that is completely domain specific, and has no “presentation related” information.
This will typically include all of the domain specific data, but also potentially methods that are pure business logic, and data access, etc. Anything specific to the business logic and processes, and not part of the “display”, is part of the model.
Also, although “one ViewModel per Model” is the most common form of working, there are times when you may expose a “model” class through multiple ViewModels. This can be useful, for example, if you are trying to expose only part of a model to your designer, as it allows you to make a smaller ViewModel class. The ViewModel adapts the model for work with the View – if the entire Model is not required, this adapter can be made smaller (and more easily testable, maintainable, etc) by only working with the portion required.
Personally, I prefer to think in terms of “one ViewModel per View”, as the ViewModel can adapt one or more models in order to work appropriately with a given View, but even then, sometimes it’s helpful to swap out a ViewModel within the same View in order to change content.