Podla mna dobra otazka. Co nik nepouziva JSF? Je to koli efektivnosti.
Serializacia/desarializacia je rychla operacia. Usetri sa citanie z DB
+ business processing + nejaky controller processing. Jasne ze musia
prist so strankou data, ale ono je to inak. Totiz cele sa to deje koli
tomu aby to malo pekny model:
http://java.sun.com/javaee/5/docs/tutorial/doc/bnaqq.html. To co je
dolezite su eventy. Napr: pre vznik valueChange udalosti potrebujeme
poznat novu a staru hodnotu. Teda inymi slovami je nutne ziskat view v
takom stave ako bolo pred renderovanim(noo mozno nie celkom vtedy) a
potom aplikovat requesty (neviem presne co to znamena), validovat,
aplikovat zmeny na view.
K tej druhej otazke. Uklada sa stav vsetkych komponet v strome a teda sa
aj cely stav obnovi. Pod stavom sa mysli data + property. Preco len nie
nejake data? No preto ze to view treba cele, no a teraz sa zamyslite je
to 1:1 aj v pripade celkom statickej stranky(co sa vlastne nikdy neda
predpokladat). A ze preco je to cele takto - lebo to prebrali z asp.net.
K tejto teme by som este podotkol, ze ked sa view definuje dynamicky si
treba davat pozor(na co to nepoviem :)).
Pavel Savara wrote / napísal(a):
Zdravím
Mám asi uplně hloupou otázku, ale nevím si s ní rady.
Proč jsf ukládá stav component tree at už do sesny nebo na klienta
proč ho prostě nemůže vytvořit znovu? Vzdyť na serveru ta stranka je
data taky, ty vetsinou stejne prijdou se stránkou nové tak proč ta
kreč to serializovat a posílat tam a zpátky?
A když už je někdy potřeba pamatovat si nějaké data proč ne jenom
hodnoty které jsou potřeba proč celý strom?
Dik
Pavel
