MDrivenStart DefineViews
No edit summary
No edit summary
Line 1: Line 1:
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.
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.


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).
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).


{{Template:MDrivenStart_Template}}
{{Template:MDrivenStart_Template}}

Revision as of 15:35, 8 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).

Back One Back to Start Chat Updated!

This page was edited more than 9 months ago on 07/24/2023. What links here