🚀 go-pugleaf

> >co jest szybsze w arkuszu xslt?
> >zapis:
> >
> ><meta name="Author" content="JohnSmith"/>
> >
> >czy np.:
> >
> ><xsl:element name="meta">
> >
> ><xsl:attribute name="name">Author</xsl:attribute>
> >
> ><xsl:attribute name="name">JohnSmith</xsl:attribute>
> >
> ></xsl:element>
> >
> Z pewnością to pierwsze. A jaki sens drugiego rozwiązania (które jest
> notabene błędne)?

notabene błąd jest przez nieuwagę - sorry - w drugim atrybucie
name="content"
ale nie o to chodziło tylko o zasadę...

W każdym razie może jakieś konkretne argumenty za tym że pierwsze jest
szybsze???

a dlaczego mam nadal wątpliwości?
otóż wydaje mi się że parser xml/xsl/xslt powinien być najszybszy
w przetwarzaniu "natywnych" poleceń związanych bezpośrednio z xsl/xslt...

a żeby się niektórym nie wydwało że bredzę to podam przykład gdzie lepiej
stosować teoretycznie powolne rozwiązania... chodzi mi mianowicie o asp.

Wszędzie w poradnikach microsoftu piszą że jak się już musi wygenerować tag
html
w ciągu wykonywania się skryptu asp to lepiej to zrobić
używając dhtml'a (co jest teoretycznie powolne)
niż wychodzić ze skrytpu asp i wstawiać fragment html,
po prostu kompilator więcej czasu zużywa na przerwanie wykonywania asp i
"łyknięcie" taga html niż utworzenie go ze skryptu.

stąd właśnie zastanawiam się czy tu nie zachodzi podobna analogia...
natomiast innym elementem który może z kolei niekorzystnie wpływać na
wydajność xslt
w wersji 2 - to zdecydowanie większa objętość kodu....

Jak widać mam trochę dylematów i jeżeli to możliwe to proszę o jakieś
bardziej szczegółowe wyjaśnienia....

Marcin