Java EE: JSP vs JSF - Modele logice / Java EE: JSP vs JSF - Cicluri de viata

[bc-vnt]

Java EE: JSP vs JSF – Modele Logice

Pagini Java Server (JSP) au de mul?i ani tehnologia disponibil? numai în construc?ia de nivelul de prezentare folosind pagini dinamice.

În ultimii ani, cu toate acestea, noile tehnologii au fost introduse, care au facilitat ?i a f?cut mai u?oar? crearea interfe?ei cu utilizatorul (UI): acestea includ Java Server Faces este nici o îndoial? c? cel mai mare succes. Acest articol va discuta despre ceea ce sunt principalele diferen?e dintre JSP JSF ?i.

Compara?ie de modele logice

O diferen?? evident? între primul JSP JSF tehnologii ?i poate fi subliniat prin compararea logica din spatele acestei opera?iuni de ambele tehnologii.

JSP sunt constituite printr-o combina?ie de text ?i tag-uri: text reprezint? con?inutul de informa?ii, în timp ce etichetele implicate în construc?ia de pagini dinamice pentru a decide cu privire la o formatare, cum ar fi, orice controale etc.

Este posibil s? se includ? într-un JSP de buc??i de cod, prin a?a-numitul scriplet:

<% ... codice java %> 

Sau se face referire la fasole, cum ar fi cele con?inute în sesiunea utilizatorului:

<jsp:use-bean*id="identificatore"*class="miopackage.mioBean"*scope="session"*/>

În orice caz, este responsabilitatea programatorului de a defini toate conversia logica a valorilor introduse de utilizator în tipurile corespunz?toare utilizate de obiectele din backend, s? efectueze verific?ri de validitate în raport cu valorile înscrise (de exemplu, în cazul în care o valoare întreag? se încadreaz? într-un interval de validitatea sau în alt mod), ?i a?a mai departe.

În schimb JSF logica, doar aparent mai complex, faciliteaz?, de departe, construc?ia de stratul de prezentare.

În fiecare vizualizare JSF (pagina) este asociat cu un bob de fasole a reu?it, o gestionat de soia sau suport de soia este un POJO (Plain Old Java Object) sau un obiect format din propriet??i ?i metode pentru a ob?ine ?i a stabilit.

Astfel, pentru fiecare câmp de introducere în interiorul paginii este asociat cu o proprietate de fasole gestionate folosind un EL (Limba Exprimarea), ca în exemplul urm?tor:

În configura?ia Ogla a gestionat-fasole în fe?ele-config.xml este dup? cum urmeaz?:

<managed-bean>
<managed-bean-name>miobean</managed-bean-name>
<managed-bean-class>miopackage.MioBean</managed-bean-class>
<managed-bean-scope>session</managed-bean-scope>
<managed-property>
<property-name>proprieta</property-name>
<property-class>int</property-class>
<value>0</value>
</managed-property>
</managed-bean>

Converters and validators in JSF

SF prevede, de asemenea, motivele pentru conversie de tip ?i de validare, prin utilizarea de convertoare ?i validatorilor.

În general, conversia tipurilor primitive se face automat conversia în timp ce mai multe tipuri de complexe (cum ar fi datele de) ofer? o indica?ie a convertorului de a utiliza, ca în urm?torul exemplu:

<h:inputText*value="#{miobean.miadata}">
<f:convert*converterID="javax.faces.DateTime"*/>
</h:inputText>

În mod similar JSF v? permite s? defini?i validatori pentru valorile introduse de utilizator:

<h:inputText*value="#{miobean.valore}"*required="true">
<f:validator*validatorID="id_validatore"/>
</h:inputText>

COMPARAREA CICLURILOR DE VIATA :

Ave?i posibilitatea s? eviden?ia?i principalele diferente dintre JSP JSF ?i din compararea a ciclului de via?? al JSF decât cea tipic? a JSP ciclului de via?? ne referim afirm? c? cele dou? tehnologii, prin crearea paginii pentru a distrugerii.

Ciclul de via?? al unui JSP

Ciclul de via?? al unui JSP este destul de simplu: atunci când solicit? o pagin? JSP la container de web, acesta se transforma intr-o pagina de servlet ?i pentru a permite servlet pentru a procesa cererea utilizatorului, odat? ce pagina este transformat într-un servlet, servlet în sine vor fi folosite pentru a procesa cererile ulterioare.

Ar trebui remarcat faptul c? compilarea JSP în servlet se produce ori de câte ori schimb?rile sunt f?cute jsp.

Ciclul de via?? al JSF

Ciclul de via?? al Java Server Faces este mult mai complex? decât cea a unui JSP ?i este format? din ?ase etape:

****Vezi Restore: Acesta este initializarea vedere. În timpul acestei faze, construirea de vedere al paginii, drept de gestionare a evenimentelor, validatoare ?i componente din vedere.

****Aplica?i Valori Cerere: in timpul acestei faze sunt extrase din cererea ?i valorile convertit la tipul a?teptat de fasole gestionate.

****Validarea procesului: faza de validare a valorilor introduse de utilizator în func?ie de logica set de anunturi.

****Actualiza?i Valori Model: actualizeaz? propriet??ile fasole gestionate cu valorile introduse de utilizator în cazul în care au trecut etapa de validare.

****Invoca Aplica?ie: în aceast? faz? evenimente sunt tratate cererile (de prepeli??, cum ar fi clic pe un buton).

****Pagin? de raspuns: vedere este randat.

Compararea modelelor de navigare

Un alt aspect deosebit de important în evaluarea unei prezent?ri de tehnologie este modelul de navigare.

Pentru modelul de navigare în?elegem logica prin care un web-aplica?ie se mut? de la un mod de vizualizare la altul, în func?ie de datele introduse de utilizator.

Navigare în JSP

În JSP nu este prezent un model de naviga?ie efectiv? ?i este de pân? la programator sarcina de redirec?ionare din timp în timp cererea spre una sau alt? pagin?.

Navigare în JSF

În schimb JSF model de navigare face uz de un set de reguli de naviga?ie, care sunt activate prin intermediul outcome.Per în?eleag? func?ionarea modelului de navigare în JSF ia în considerare regula de navigare urm?toarele:

<navigation-case>
<from-action>#{miobean.verifica1}</from-action>
<from-outcome>successo</from-outcome>
<to-view-id>/successo1.jsp</to-view-id>
</navigation-case>

Aceasta regula prevede c?, dac? ac?iunea este invocat? verifica1 de miobean ?i returneaz? acest lucru ca un rezultat ?irul "de succes", atunci ai nevoie pentru a merge la pagina de successo1.jsp.

Spre Facelets

Când a fost introdus JavaServer Faces tehnologia a fost gandit sa-l utiliza în combina?ie cu Pagini JavaServer pentru a crea pagini ale unei aplicatii web.Ciclul de via?? al JavaServer Faces, a?a cum am v?zut, cu toate acestea, este compus din mai multe etape ?i, spre deosebire de JSP care proceseaz? elementele unei pagini, în ordinea în care acestea apar, JSF organizeaz? componente ale unei pagini într-o structur? arborescent? complex?: aceste diferen?e sunt angajate într-un num?r de incompatibilit??i între aceste dou? tehnologii.

Cele Facelets, introduse în JSF 2.0, creat pentru a înlocui crearea de pagini JSP, dep??irea astfel de incompatibilit??i ?i furnizarea de urm?toarele avantaje:

**** independen?? fa?? de recipient web

**** compatibilitatea cu orice versiune de JSF

**** sprijin pentru ?abloane

Este de conceput, prin urmare, c?, în viitor, o mai mult sau mai pu?in viitor va fi utilizarea mai pu?in ?i mai pu?in de JSP a îmbr??i?a "nou" specifica?ie JSF.

SURSA : http://www.html.it/articoli/java-ee-jsp-vs-jsf-i-cicli-di-vita/