🚀 go-pugleaf

Tak, wracamy wiec do koncepcji przetwarzania po stronie serwera, zatem ...
(patrz nizej)

Marcin Jagodzinski napisał(a) w wiadomości:
<8dekrscau4to80c0irt8lghp2enh619kd6@4ax.com>...
>On Sat, 9 Sep 2000 14:24:52 +0200, "Grzegorz Balnis" <gbalnis@abc.com.pl>
>wrote:
>
>Strasznie to skomplikowane.
>

Powiem wiecej, to dobre chyba tylko na prezentacje Microsofta. Osobiscie nie
poswiecilbym ani godziny na probowanie robienia czegos takiego. Ale to
jedyna (chyba) droga na zrobienie tego zadania po stronie przegladarki.
Niemniej pokazuje "power" XSL - korzysci z faktu, ze istnieje drzewo DOM dla
arkusza XSL, ktore mozna dynamicznie modyfikowac.

>Już chyba lepiej napisać te kilka arkuszy, a XML generować "dynamicznie".
>Konkretnie tę jedn? linijkę.
>
><?xml version='1.0'?>
><?xml-stylesheet href='/sciezka_do_arkuszy<!--#echo var="PATH_INFO" -->'?>
>...
>
>I możemy się odwoływać np. foo.xml/bar.xslt
>
Skoro zatem decydujemy sie na robienie "czegos" stronie serwera, mozna
wrocic do koncepcji przetwarzania XSLT po stronie serwera.

>Na pewno nie zadziała to na każdym serwerze, ale pewnie da się jakoś
>zmodyfikować (używając PHP/ASP/whatever), żeby zadziałało.

PHP nie znam, ktos pisal o parserze XML, nie wiem co z procesorem XSL. Jesli
ASP: OK, od biedy mozna w technologii Microsofta - jest parser XML, jest
procesor XSL (taki sobie). Java >= 1.1.8: super - jest xerces (parser XML) i
xalan (dawny LotusXSL IBMa) - to akurat pieknie dziala.

Dlaczego tak sie meczyc? Poniewaz nie zasmiecasz Twoich dokumentow znaczkami
<!--#costam--> i dzialaja na kazdym systemie. Zasadniczo dlatego wybierasz
XSLT - te same funkcje (transformacje XML->HTML) moze spelnic skrypt w Perlu
czy Omnimarku, ale XSLT jest standardem. Za chwile serwery WWW beda mialy
wbudowane parsery XML i procesory XSLT (patrz: Apache), co nie koniecznie
jest prawda w przypadku Perla czy PHP a na pewno nie jest prawda w przypadku
ASP czy Omnimarka.

Poza tym czasem jestes zmuszony skorzystac z Twojego dokumentu XML nie tylko
w celu wyswietlenia go w przegladarce i takie cuda (<!--#costam-->) sa
wyjatkowo wredne, ponieważ dla parsera XML nie znacza dokladnie nic - tylko
komentarz.

Oczywiscie to moje rozumienie pewnego kanonu tworzenia aplikacji, ktory
zasadniczo sprawdza sie w przypadku duzych systemow (wieloplatformowosc,
wielowarstwowosc, zastosowanie standardow itd.) i ekstra naklad pracy tam
sie oplaca. W wielu przypadkach zapewne lepsze jest prostsze i tansze
rozwiazanie, na przyklad takie, jakie zaproponowales.

>[1] Może da się jako? XLink wykorzystać, ale w tej chwili nie za bardzo
>wiem jak.

Trudno powiedziec jak i kiedy przegladarki zaimplementuja XLink/XPath. To
czysty futuryzm :-)

Pozdrowienia

Grzegorz Balnis, mailto:gbalnis@abc.com.pl