<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-US"><title type="html">Anton Lapounov: XML XSLT and Beyond</title><subtitle type="html">Secrets of using XML and XSLT in the .NET world</subtitle><id>http://blogs.msdn.com/antosha/atom.xml</id><link rel="alternate" type="text/html" href="http://blogs.msdn.com/antosha/default.aspx" /><link rel="self" type="application/atom+xml" href="http://blogs.msdn.com/antosha/atom.xml" /><generator uri="http://communityserver.org" version="2.1.61025.2">Community Server</generator><updated>2006-07-16T07:40:00Z</updated><entry><title>XSLTC — Compile XSLT to .NET Assembly</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/antosha/archive/2007/05/28/xsltc-compile-xslt-to-.net-assembly.aspx" /><id>http://blogs.msdn.com/antosha/archive/2007/05/28/xsltc-compile-xslt-to-.net-assembly.aspx</id><published>2007-05-29T03:13:00Z</published><updated>2007-05-29T03:13:00Z</updated><content type="html">In my two previous posts I described a potential performance hit caused by XSLT-to-MSIL compilation and JIT-compilation when you load and run some XSLT stylesheet with the XslCompiledTransform engine for the first time. Since the .NET Framework 2.0 did not allow you to save compiled stylesheets, you had to pay the compilation price on each application run. XSLT Compiler Utility The good news is we are providing the XSLT Compiler command-line utility xsltc.exe (announced here ) that can be used to...(&lt;a href="http://blogs.msdn.com/antosha/archive/2007/05/28/xsltc-compile-xslt-to-.net-assembly.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=2955402" width="1" height="1"&gt;</content><author><name>antosha</name><uri>http://blogs.msdn.com/members/antosha.aspx</uri></author><category term="XSLT" scheme="http://blogs.msdn.com/antosha/archive/tags/XSLT/default.aspx" /><category term="System.Xml" scheme="http://blogs.msdn.com/antosha/archive/tags/System.Xml/default.aspx" /><category term="XslCompiledTransform" scheme="http://blogs.msdn.com/antosha/archive/tags/XslCompiledTransform/default.aspx" /></entry><entry><title>XslCompiledTransform Performance: Beating MSXML 4.0</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/antosha/archive/2006/07/24/xslcompiledtransform-performance-beating-msxml-4-0.aspx" /><id>http://blogs.msdn.com/antosha/archive/2006/07/24/xslcompiledtransform-performance-beating-msxml-4-0.aspx</id><published>2006-07-24T15:29:00Z</published><updated>2006-07-24T15:29:00Z</updated><content type="html">&lt;p&gt;Interestingly enough, the first &lt;a href="http://live.com"&gt;live.com&lt;/a&gt; hit for
the "XslCompiledTransform Performance" query at the moment is
&lt;a href="http://www.wintellect.com/Weblogs/XslCompiledTransformPerformance.aspx"&gt;this post&lt;/a&gt;
of Jeff Prosise, where he says he was disappointed that &lt;code&gt;XslCompiledTransform&lt;/code&gt;
ran just 3 times faster than &lt;code&gt;XslTransform&lt;/code&gt; on a "fairly simple style sheet".
He is concerned that &lt;code&gt;XslCompiledTransform&lt;/code&gt; is not fast enough comparing to
the good old MSXML 4.0. Well, as we will see very soon, &lt;code&gt;XslCompiledTransform&lt;/code&gt;
may easily outperform MSXML 4.0 by several times!&lt;/p&gt;...(&lt;a href="http://blogs.msdn.com/antosha/archive/2006/07/24/xslcompiledtransform-performance-beating-msxml-4-0.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=677560" width="1" height="1"&gt;</content><author><name>antosha</name><uri>http://blogs.msdn.com/members/antosha.aspx</uri></author><category term="XSLT" scheme="http://blogs.msdn.com/antosha/archive/tags/XSLT/default.aspx" /><category term="MSXML" scheme="http://blogs.msdn.com/antosha/archive/tags/MSXML/default.aspx" /><category term="System.Xml" scheme="http://blogs.msdn.com/antosha/archive/tags/System.Xml/default.aspx" /><category term="XslCompiledTransform" scheme="http://blogs.msdn.com/antosha/archive/tags/XslCompiledTransform/default.aspx" /></entry><entry><title>XslCompiledTransform Slower than XslTransform?</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/antosha/archive/2006/07/16/xslcompiledtransform-slower-than-xsltransform.aspx" /><link rel="enclosure" type="application/x-zip-compressed" length="3000" href="http://blogs.msdn.com/antosha/attachment/667221.ashx" /><id>http://blogs.msdn.com/antosha/archive/2006/07/16/xslcompiledtransform-slower-than-xsltransform.aspx</id><published>2006-07-16T17:40:00Z</published><updated>2006-07-16T17:40:00Z</updated><content type="html">The .NET Framework 2.0 provides a new &lt;A href="http://msdn2.microsoft.com/en-us/library/system.xml.xsl.xslcompiledtransform.aspx"&gt;&lt;CODE&gt;System.Xml.Xsl.XslCompiledTransform&lt;/CODE&gt;&lt;/A&gt; XSLT processor class, which is intended to replace the obsoleted &lt;CODE&gt;XslTransform&lt;/CODE&gt; class. One of the major differences between the two is that while the latter is an XSLT &lt;A href="http://en.wikipedia.org/wiki/Interpreter_%28computing%29"&gt;interpreter&lt;/A&gt;, the former is a real XSLT &lt;A href="http://en.wikipedia.org/wiki/Compiler"&gt;compiler&lt;/A&gt;, allowing significantly faster execution times. Does it mean &lt;CODE&gt;XslCompiledTransform&lt;/CODE&gt; is always faster? Surprisingly, the answer is not that simple....(&lt;a href="http://blogs.msdn.com/antosha/archive/2006/07/16/xslcompiledtransform-slower-than-xsltransform.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=667221" width="1" height="1"&gt;</content><author><name>antosha</name><uri>http://blogs.msdn.com/members/antosha.aspx</uri></author><category term="XSLT" scheme="http://blogs.msdn.com/antosha/archive/tags/XSLT/default.aspx" /><category term="System.Xml" scheme="http://blogs.msdn.com/antosha/archive/tags/System.Xml/default.aspx" /><category term="XslCompiledTransform" scheme="http://blogs.msdn.com/antosha/archive/tags/XslCompiledTransform/default.aspx" /></entry></feed>