<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: jQuery and Performance: What is &#8216;this&#8217;?</title>
	<atom:link href="http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/</link>
	<description>Web Developer&#039;s Ramblings on JavaScript, jQuery, ColdFusion, MySQL, and other technologies.</description>
	<lastBuildDate>Wed, 04 Jan 2012 16:01:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Tim Branyen</title>
		<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/#comment-1946</link>
		<dc:creator>Tim Branyen</dc:creator>
		<pubDate>Tue, 02 Feb 2010 16:03:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.erichynds.com/?p=173#comment-1946</guid>
		<description>Regarding premature optimization, I don&#039;t think anyone is claiming to refactor code to use this approach.  I do, however, feel its prudent as a client side coder to know where performance can be improved, without taking away from the readability.  While many of us are on quad core machines that show minute differences with events.  Its very likely a user could be on an older machine that stands to gain.  

I agree with premature optimization being an unnecessary step in the development cycle, but with this new knowledge, it instead becomes good practice.

I also noticed through some testing of my own that getElementsByTagName performed faster than access forms and images through dot-notation.</description>
		<content:encoded><![CDATA[<p>Regarding premature optimization, I don&#8217;t think anyone is claiming to refactor code to use this approach.  I do, however, feel its prudent as a client side coder to know where performance can be improved, without taking away from the readability.  While many of us are on quad core machines that show minute differences with events.  Its very likely a user could be on an older machine that stands to gain.  </p>
<p>I agree with premature optimization being an unnecessary step in the development cycle, but with this new knowledge, it instead becomes good practice.</p>
<p>I also noticed through some testing of my own that getElementsByTagName performed faster than access forms and images through dot-notation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Branyen</title>
		<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/#comment-3897</link>
		<dc:creator>Tim Branyen</dc:creator>
		<pubDate>Tue, 02 Feb 2010 16:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.erichynds.com/?p=173#comment-3897</guid>
		<description>Regarding premature optimization, I don&#039;t think anyone is claiming to refactor code to use this approach.  I do, however, feel its prudent as a client side coder to know where performance can be improved, without taking away from the readability.  While many of us are on quad core machines that show minute differences with events.  Its very likely a user could be on an older machine that stands to gain.  

I agree with premature optimization being an unnecessary step in the development cycle, but with this new knowledge, it instead becomes good practice.

I also noticed through some testing of my own that getElementsByTagName performed faster than access forms and images through dot-notation.</description>
		<content:encoded><![CDATA[<p>Regarding premature optimization, I don&#8217;t think anyone is claiming to refactor code to use this approach.  I do, however, feel its prudent as a client side coder to know where performance can be improved, without taking away from the readability.  While many of us are on quad core machines that show minute differences with events.  Its very likely a user could be on an older machine that stands to gain.  </p>
<p>I agree with premature optimization being an unnecessary step in the development cycle, but with this new knowledge, it instead becomes good practice.</p>
<p>I also noticed through some testing of my own that getElementsByTagName performed faster than access forms and images through dot-notation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JAlpino</title>
		<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/#comment-1799</link>
		<dc:creator>JAlpino</dc:creator>
		<pubDate>Mon, 11 Jan 2010 23:35:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.erichynds.com/?p=173#comment-1799</guid>
		<description>Like any type of app development, it&#039;s best not to get caught up in pre-mature optimization. So @Adam, if your app is not heavy on the client side, then taking optimization steps such as using the dom properties directly vs. jQuery calls, then it might not make sense to switch. However, if that&#039;s not the case then applying these performance measures will help, even if the calls span over time rather than all at once.</description>
		<content:encoded><![CDATA[<p>Like any type of app development, it&#8217;s best not to get caught up in pre-mature optimization. So @Adam, if your app is not heavy on the client side, then taking optimization steps such as using the dom properties directly vs. jQuery calls, then it might not make sense to switch. However, if that&#8217;s not the case then applying these performance measures will help, even if the calls span over time rather than all at once.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JAlpino</title>
		<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/#comment-3896</link>
		<dc:creator>JAlpino</dc:creator>
		<pubDate>Mon, 11 Jan 2010 23:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.erichynds.com/?p=173#comment-3896</guid>
		<description>Like any type of app development, it&#039;s best not to get caught up in pre-mature optimization. So @Adam, if your app is not heavy on the client side, then taking optimization steps such as using the dom properties directly vs. jQuery calls, then it might not make sense to switch. However, if that&#039;s not the case then applying these performance measures will help, even if the calls span over time rather than all at once.</description>
		<content:encoded><![CDATA[<p>Like any type of app development, it&#8217;s best not to get caught up in pre-mature optimization. So @Adam, if your app is not heavy on the client side, then taking optimization steps such as using the dom properties directly vs. jQuery calls, then it might not make sense to switch. However, if that&#8217;s not the case then applying these performance measures will help, even if the calls span over time rather than all at once.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Koch</title>
		<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/#comment-1796</link>
		<dc:creator>Adam Koch</dc:creator>
		<pubDate>Mon, 11 Jan 2010 14:20:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.erichynds.com/?p=173#comment-1796</guid>
		<description>Sure, but this is for 20-50k times. I don&#039;t have any functions that are called that many times.</description>
		<content:encoded><![CDATA[<p>Sure, but this is for 20-50k times. I don&#8217;t have any functions that are called that many times.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Koch</title>
		<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/#comment-3895</link>
		<dc:creator>Adam Koch</dc:creator>
		<pubDate>Mon, 11 Jan 2010 14:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.erichynds.com/?p=173#comment-3895</guid>
		<description>Sure, but this is for 20-50k times. I don&#039;t have any functions that are called that many times.</description>
		<content:encoded><![CDATA[<p>Sure, but this is for 20-50k times. I don&#8217;t have any functions that are called that many times.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonas De Smet</title>
		<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/#comment-1788</link>
		<dc:creator>Jonas De Smet</dc:creator>
		<pubDate>Sat, 09 Jan 2010 11:08:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.erichynds.com/?p=173#comment-1788</guid>
		<description>Wow, thanks for the great tip, there were a couple of things I didn&#039;t know!</description>
		<content:encoded><![CDATA[<p>Wow, thanks for the great tip, there were a couple of things I didn&#8217;t know!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonas De Smet</title>
		<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/#comment-3894</link>
		<dc:creator>Jonas De Smet</dc:creator>
		<pubDate>Sat, 09 Jan 2010 11:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.erichynds.com/?p=173#comment-3894</guid>
		<description>Wow, thanks for the great tip, there were a couple of things I didn&#039;t know!</description>
		<content:encoded><![CDATA[<p>Wow, thanks for the great tip, there were a couple of things I didn&#8217;t know!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dean Hall</title>
		<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/#comment-1787</link>
		<dc:creator>Dean Hall</dc:creator>
		<pubDate>Sat, 09 Jan 2010 04:43:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.erichynds.com/?p=173#comment-1787</guid>
		<description>Seeing all the qualifiers, this seems to prove the point that jQuery (and other, similar libraries) is invaluable to developers writing cross-browser JS. Thanks for the reminder, though, that libraries also invisibly add cycles. It won&#039;t affect us much when developing sites with minimal JS that&#039;s executed once or even on occasional user interaction, but when writing complex web apps, knowing how to optimize the code that gets executed repeatedly will save your users lots of headaches.</description>
		<content:encoded><![CDATA[<p>Seeing all the qualifiers, this seems to prove the point that jQuery (and other, similar libraries) is invaluable to developers writing cross-browser JS. Thanks for the reminder, though, that libraries also invisibly add cycles. It won&#8217;t affect us much when developing sites with minimal JS that&#8217;s executed once or even on occasional user interaction, but when writing complex web apps, knowing how to optimize the code that gets executed repeatedly will save your users lots of headaches.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dean Hall</title>
		<link>http://www.erichynds.com/jquery/jquery-and-performance-what-is-this/#comment-3893</link>
		<dc:creator>Dean Hall</dc:creator>
		<pubDate>Sat, 09 Jan 2010 04:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.erichynds.com/?p=173#comment-3893</guid>
		<description>Seeing all the qualifiers, this seems to prove the point that jQuery (and other, similar libraries) is invaluable to developers writing cross-browser JS. Thanks for the reminder, though, that libraries also invisibly add cycles. It won&#039;t affect us much when developing sites with minimal JS that&#039;s executed once or even on occasional user interaction, but when writing complex web apps, knowing how to optimize the code that gets executed repeatedly will save your users lots of headaches.</description>
		<content:encoded><![CDATA[<p>Seeing all the qualifiers, this seems to prove the point that jQuery (and other, similar libraries) is invaluable to developers writing cross-browser JS. Thanks for the reminder, though, that libraries also invisibly add cycles. It won&#8217;t affect us much when developing sites with minimal JS that&#8217;s executed once or even on occasional user interaction, but when writing complex web apps, knowing how to optimize the code that gets executed repeatedly will save your users lots of headaches.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

