Subject: RE: [xsl] Fast Processor XSLt From: "Paul Brown" <prb@xxxxxxxxxxxxx> Date: Wed, 12 Sep 2001 15:52:34 -0500 |
> [Eugene Kuznetsov] > I think it really depends on the application -- in a commercial > setting, it is much cheaper to switch to a high-speed XSLT engine than > to consume developer time to rewrite stylesheets or, worse, add non- > portable extensions to get around an XSLT interpreter's performance > problems. This is a case of a broken developer, not broken software. That's tantamount to saying, "Don't waste your time putting indexes on your tables and tweaking the parameters. Just switch to a fancier database." After you attain a level of proficiency, you can expect a reciprocal level of performance... -- Paul XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] Fast Processor XSLt, Daniel Veillard | Thread | [xsl] weird behaviour of MSXML v3, Lok Yek Soon |
RE: [xsl] Sorting Problem, Michael Kay | Date | Re: [xsl] Sorting Problem, Jörg Heinicke |
Month |