Komentarze do: XSLT jako sposób prezentacji danych XML

Autor: eRIZ

eRIZ — Sun, 30 Mar 2008 11:28:23 +0000

"Przeciwko przemawia kompatybilnosc przegladarek, accessbility no i pewna zlozonosc samego jezyka."

To wtedy analizujesz "accept" i w razie potrzeby, parsowanie po stronie serwera.

Autor: Nowaker

Nowaker — Wed, 26 Mar 2008 16:15:46 +0000

Jest też myślą decydować, czy skorzystamy z XML+XSLT na podstawie User-Agent’a. Jeśli przeglądarka to Opera 9 albo Firefox, ostatecznie IE 6+ to możemy być pewni, że przeglądarka upora się z transformacjami i wyświetli wszystko bezproblemowo.

Autor: ggs

ggs — Mon, 24 Mar 2008 12:41:45 +0000

Dlugo sie zastanawialem nad stworzeniem CMSa, ktory renderowalby content w postaci XML, a formatowal przy pomocy XSLT po stronie przegladarki. W ten sposob content moglby byc takze łatwo konsumowany przez flashowy frontend (flash ignorowalby XSLT). Przeciwko przemawia kompatybilnosc przegladarek, accessbility no i pewna zlozonosc samego jezyka.

Co do postu Zyx - petle w XSLT robi sie przez rekurencje. ponadto XSLT nie ma zastepowac ani Pythona ani PHP ani zadnego innego jezyka

reasumujac - odciazyc serwer od jakiegos 'szablonowania', zrzucic to na przegladarke - mysle ze juz czas.

Autor: Zyx

Zyx — Wed, 06 Feb 2008 16:12:40 +0000

Sam XSLT raczej nigdy nie zastąpi PHP, Pythona itd. Wyświetlanie danych nie jest esencją serwisu WWW (bo o takim zastosowaniu mówimy) - poza nim mamy też administrację, uprawnienia itd. - a do nich się XSLT średnio nadaje.

Natomiast jako technologia wspomagająca jest już często stosowany. Niektórych może odstraszać to, że jest to język funkcyjny, co skutkuje m.in. brakiem normalnych pętli. Trzeba jednak brać pod uwagę, że przetwarzanie XSLT jest lekko niewydajne (szczególnie z napisanym w Javie parserem, a są takie) i stosowane w nadmiarze może rzutować na szybkość aplikacji.