Well actually there have been times that I have seen a small benefit
to using entities for definition of XPaths that would be reused in
places where variables could not be used. As for entities as aliases
for NCRs I would prefer just to use the NCR and use a table to look it
up if I don't know it. I find this is helpful with maintainability. I
remember I had a system of transforms with quite a lot of entities and
when I had to hand it over to an understudy he said "is this what they
call a dtd"?
This caused a momentary reflection that most of these entities could
just as well have been parameters.
Cheers,
Bryan Rasmussen
On Nov 27, 2007 6:03 PM, Andrew Welch
<andrew(_dot_)j(_dot_)welch(_at_)gmail(_dot_)com> wrote:
On 27/11/2007, Wendell Piez <wapiez(_at_)mulberrytech(_dot_)com> wrote:
Since entities resolve recursively, this cries out for more:
ahh great... in which case further refactoring to:
<!DOCTYPE xsl:stylesheet [
<!ENTITY xslt-ns 'http://www.w3.org/1999/XSL/Transform'>
<!ENTITY all '@*|node()'>
<!ENTITY opt '<xsl:output indent="yes"/>'>
<!ENTITY copy '<xsl:copy><xsl:apply-templates
select="&all"/></xsl:copy>'>
<!ENTITY ident '<xsl:template
match="&all;">©</xsl:template>'>
]>
<xsl:stylesheet xmlns:xsl="&xslt-ns;"
version="2.0">
&opt;
&ident;
</xsl:stylesheet>
gives:
<!DOCTYPE xsl:stylesheet [
<!ENTITY xslt-ns 'http://www.w3.org/1999/XSL/Transform'>
<!ENTITY all '@*|node()'>
<!ENTITY opt '<xsl:output indent="yes"/>'>
<!ENTITY apt '<xsl:apply-templates select="&all;"/>'>
<!ENTITY copy '<xsl:copy>&apt;</xsl:copy>'>
<!ENTITY ident '<xsl:template match="&all;">©</xsl:template>'>
]>
<xsl:stylesheet xmlns:xsl="&xslt-ns;"
version="2.0">
&opt;
&ident;
</xsl:stylesheet>
This is looking really bad now...
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail:
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--