Ahoj,

to je klasicka bitva mezi JSF a Tapestry. Tapestry komunita vycita JSF prave 
to, ze si do sessiony (nemusi to byt
sessiona, ale neznam jinou implementaci, coz neznamena, ze neexistuje)uklada 
prave tento stav view, coz nafukuje
sessionu a zhorsuje se skalovatelnost.

Naopak Tapestry jde opacnym smerem, strom komponent je strikne staticky, takze 
nefunguje zadna rekurze ve vnorovani
komponent, pak neni tento stavovy strom potreba, protoze opakovanym projetim 
stranky se opetovne vytvori jeji stav.

Jirka

Tomas Studva napsal(a):
> 
> 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
>>   
> 

-- 
Jiří Mareš (mailto:[EMAIL PROTECTED])
ČSAD SVT Praha, s.r.o. (http://www.svt.cz)
Czech Republic

Odpovedet emailem