Hans Karlsen (talk | contribs) No edit summary |
Hans Karlsen (talk | contribs) No edit summary |
||
| Line 4: | Line 4: | ||
All ViewModels must state what Class they are typed to, but a ViewModel must also state if it is ''Rooted'' in an object of that class (it is given access to a specific instance object from your Class, this is your typical Document - Screens) - or ''not rooted'' (it must find its information on type level - grabbing things from "thin air" rather that having something to start with - this is your typical seeker - that helps user find objects they can show in rooted document screens). | All ViewModels must state what Class they are typed to, but a ViewModel must also state if it is ''Rooted'' in an object of that class (it is given access to a specific instance object from your Class, this is your typical Document - Screens) - or ''not rooted'' (it must find its information on type level - grabbing things from "thin air" rather that having something to start with - this is your typical seeker - that helps user find objects they can show in rooted document screens). | ||
Once you have views '''[[MDrivenStart Verify|you can Verify]]''' that everything is coherent and no errors are found in the model - and then '''[[MDrivenStart Prototyper|start the Prototyper]]''' to interact with your system. | |||
{{Template:MDrivenStart_Template}} | {{Template:MDrivenStart_Template}} | ||
Revision as of 12:33, 17 July 2020
ViewModels (Views) are perspectives on part of the information available in the model. The ViewModels can be used for defining a user interface (UI) but can just as well define the information available to a REST-api or the data available in a report.
You may use the AutoForm-technique to rapidly create ViewModels to browse EVERYTHING in your current model.
All ViewModels must state what Class they are typed to, but a ViewModel must also state if it is Rooted in an object of that class (it is given access to a specific instance object from your Class, this is your typical Document - Screens) - or not rooted (it must find its information on type level - grabbing things from "thin air" rather that having something to start with - this is your typical seeker - that helps user find objects they can show in rooted document screens).
Once you have views you can Verify that everything is coherent and no errors are found in the model - and then start the Prototyper to interact with your system.