Typical combinations of page model and page view
- View only
- Model only
- View only with xml submission
- Model only with xml submission
- View and model
- View and model with xml submission, case 1
- View and model with xml submission, case 2
The sections below show how page model and page view are often combined.
Simple pages with no back-end code can be implemented with a single XPL pipeline, XSLT template or static page. A view XPL pipeline must have a
data output. The XML generated by the view then goes to the epilogue.
If a page is not sent back to the user agent, there is no need for a view. This is typically the case when a redirect needs to be issued, a binary file is produced, or when a page simply implements an XML service.
View only with xml submission
This is a variant of the view only scenario, where an XML submission is used. In this case, the view receives the XML submission as the
Model only with xml submission
This is a variant of the model only scenario, where an XML submission is used.
View and model
This is the classic case. An XPL pipeline implements the page model and an XSLT template implements the page view where data produced by the model is consumed by the view.
View and model with xml submission, case 1
This is the equivalent of the previous model where an XML submission is used. In this case an
instance input is made available to the model and the view.
View and model with xml submission, case 2
This is a variant of the previous case where the model declares an
instance output. This allows the model to modify the submitted XML instance. This is typically useful when the view displays some values from the XML submission document but these values are not exactly the same as those entered by the user. For example, a page with a text field where the user types an airport code. If the user enters a known city such as San Francisco, the application may automatically add the corresponding airport code (SFO in this case).