capa de presentacio
Per explicar aquesta part em serviré d’un gràfic molt il·lustratiu:
- El Template (sempre HTML) defineix l’interfície.
Han de ser XML vàlids i verdaderament són plantilles XHTML.
L’atribut rsf:id identifica el component per al Producer. - El Producer (java o XML) defineix la vista, omple la plantilla (el Template) amb informació dinàmica i gestiona la navegació.
Defineix únicament una vista establint un ViewID.
Ha d’implementar el ViewComponentProducer per poder veure els rsf:id.
Es defineix la pàgina principal implementant DefaultView.
Per poder controlar la navegació POST (submit) ha d’implementar NavigationCaseReporter.
Per poder rebre atributs a través del mètode GET ha d’implementar ViewParamsReporter. - ViewParams defineix els atributs que es passen entre vistes (mètodes GET).
Estén SimpleViewParameters.
S’hauria d’utilitzar quan s’han de transmetre dades d’una vista a una altra.
Pot ser utilitzar en múltiples pàgines. - El Backing Bean processa les accions (mètodes POST).
Bean amb mètodes que s’ocupen de les accions i propietats públiques.
No té dependencies RSF.
Pot interactuar amb la capa de domini.
Creat i destruït en el cicle de requesta per defecte. - A requestContext es defineixen quins són els Producers i els Backing Beans.
També anomenat RSAC (Request Scope Application Context).
Està escrit com un arxiu de definició de Spring estàndard.
Només inclou un subgrup de la funcionalitat per defecte per incrementar la velocitat.
La localització d’aquest arxiu està definit a web.xml. - A applicationContext es defineix l’àmbit dels Backing Beans de l’aplicació i gestiona a través d’Spring la configuració dels RSF de l’aplicació.
Està escrit com un arxiu de definició de Spring estàndard.
La localització d’aquest arxiu està definit a web.xml. - La Logic Layer representa la resta de l’apliació (capa de domini i de dades).
- El model és el tipus de dada bàsica també anomenada POJO.