xslt _on_ ohjelmointikieli, mutta käytännössä kannattaa käyttää vain rajattuihin sovelluksiin
xslt-syntaksi on ohjelmoinnin kannalta huono - vaihtoehtoisia syntakseja on esitetty, mutta eivät ole vakiintuneet laajasti
xml-syntaksi mahdollistaa xslt:n käytön metakielenä uusien xslt-skriptien generointiin
omien muunnossääntöjen tuottamia "tilapäisiä" alipuita ei voi perus-xslt:llä muokata jälkikäteen, mutta kaikki yleisimmät xslt-prosessorit toteuttavat ns. exsl:node-set-laajennuksen, mikä mahdollistaa tämän
valitettavasti laajennuksen syntaksi poikkeaa hieman eri työkaluilla
dynaamiset template referencet tuovat kieleen kaivattua dynaamisuutta, mutta xpath-lausekkeita ei edelleenkään voi parametrisoida kunnolla valittavien solmujen osalta!
xslt 2.0 on huomattavasti ilmaisuvoimaisempi, mutta myös mutkikkaampi
yksinkertaisissa (mutta mutkikkaita valintaoperaatioita vaativissa) muunnos- ja korvausoperaatioissa xslt päihittää ainakin dom:in mennen tullen
joissakin xml-rajapinnoissa (esim. dom4j) otettu xpath-valinnat mukaan, mikä tasoittaa eroa
varsinaiseen xml:n _hakuun_ xquery saattaa olla parempi vaihtoehto
xslt:täkin käytettäessä perinteisille tekstityökaluille (säännölliset lausekkeet, sed) on edelleen paikkansa.
xslt itsessään on xml-ajan sed/awk, siinä missä xpath vastaa säännöllisiä lausekkeita
