<?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: JSON Decoding Speed Comparison</title>
	<atom:link href="http://www.vinylfox.com/json-decoding-speed-comparison/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.vinylfox.com/json-decoding-speed-comparison/</link>
	<description>The Playground of VinylFox (Shea Frederick)</description>
	<lastBuildDate>Thu, 29 Jul 2010 17:53:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Shea Frederick</title>
		<link>http://www.vinylfox.com/json-decoding-speed-comparison/comment-page-1/#comment-6646</link>
		<dc:creator>Shea Frederick</dc:creator>
		<pubDate>Thu, 11 Mar 2010 20:28:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.vinylfox.com/?p=602#comment-6646</guid>
		<description>Lower is better, the measurement is milliseconds per 1000 repetitions.</description>
		<content:encoded><![CDATA[<p>Lower is better, the measurement is milliseconds per 1000 repetitions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MrRoyce</title>
		<link>http://www.vinylfox.com/json-decoding-speed-comparison/comment-page-1/#comment-6640</link>
		<dc:creator>MrRoyce</dc:creator>
		<pubDate>Thu, 11 Mar 2010 16:29:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.vinylfox.com/?p=602#comment-6640</guid>
		<description>? What is the measurement for the values on the X axis?  Is lower better?  Is it trans/sec,?  Not sure how to understand the data without a label telling what data is being shown???</description>
		<content:encoded><![CDATA[<p>? What is the measurement for the values on the X axis?  Is lower better?  Is it trans/sec,?  Not sure how to understand the data without a label telling what data is being shown???</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: What&#8217;s the Word &#8211; Meetup Videos and More &#124; VinylFox</title>
		<link>http://www.vinylfox.com/json-decoding-speed-comparison/comment-page-1/#comment-5892</link>
		<dc:creator>What&#8217;s the Word &#8211; Meetup Videos and More &#124; VinylFox</dc:creator>
		<pubDate>Wed, 03 Feb 2010 17:36:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.vinylfox.com/?p=602#comment-5892</guid>
		<description>[...] Should be some interesting results, which ill be posting a summary on soon. My first test was for JSON decoding speed, which I posted results for a couple of weeks [...]</description>
		<content:encoded><![CDATA[<p>[...] Should be some interesting results, which ill be posting a summary on soon. My first test was for JSON decoding speed, which I posted results for a couple of weeks [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shea Frederick</title>
		<link>http://www.vinylfox.com/json-decoding-speed-comparison/comment-page-1/#comment-5537</link>
		<dc:creator>Shea Frederick</dc:creator>
		<pubDate>Fri, 15 Jan 2010 18:09:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.vinylfox.com/?p=602#comment-5537</guid>
		<description>I already noted that eval is unsafe in the post, along with my reasoning for not testing a json decoding library. This post has nothing to do with &#039;safe&#039; methods.

I disagree that the result was &quot;expected&quot;, since native JSON has the requirement of safely decoding JSON, the expectation is that would take longer than the other unsafe methods. This was the assumption of many people that I discussed this with before starting on these tests.

Thanks for the tip on leaving off the new operator, though I agree that it likely would not have changed the test results.</description>
		<content:encoded><![CDATA[<p>I already noted that eval is unsafe in the post, along with my reasoning for not testing a json decoding library. This post has nothing to do with &#8216;safe&#8217; methods.</p>
<p>I disagree that the result was &#8220;expected&#8221;, since native JSON has the requirement of safely decoding JSON, the expectation is that would take longer than the other unsafe methods. This was the assumption of many people that I discussed this with before starting on these tests.</p>
<p>Thanks for the tip on leaving off the new operator, though I agree that it likely would not have changed the test results.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrea Giammarchi</title>
		<link>http://www.vinylfox.com/json-decoding-speed-comparison/comment-page-1/#comment-5536</link>
		<dc:creator>Andrea Giammarchi</dc:creator>
		<pubDate>Fri, 15 Jan 2010 17:55:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.vinylfox.com/?p=602#comment-5536</guid>
		<description>nice post, kinda expected tho. First of all, eval in that way is unsafe. You should compare json2.js from Mr D. and see how things go with all those &quot;let&#039;s see if it&#039;s safe&quot; RegExps.
Secondly, there is no reason on earth to use new in front of Function since whatever function that returns an instance of object, does not need new in front of it. In few words, the usage of new Function creates an instance that is completely useless.
Example:
function Function(){
  // here we got an instance that will never be use
  return function () {};
  // overload the returned value, not &quot;this&quot; but the function
};

new Function();
Function();

I am sure that this won&#039;t make any consistent difference in above results in any case, but specially when Firebug is enabled and we need to handle big results, Function does not pass throught the console, so I usually appreciate this to avoid problems/massive delays while debugging.

Regards</description>
		<content:encoded><![CDATA[<p>nice post, kinda expected tho. First of all, eval in that way is unsafe. You should compare json2.js from Mr D. and see how things go with all those &#8220;let&#8217;s see if it&#8217;s safe&#8221; RegExps.<br />
Secondly, there is no reason on earth to use new in front of Function since whatever function that returns an instance of object, does not need new in front of it. In few words, the usage of new Function creates an instance that is completely useless.<br />
Example:<br />
function Function(){<br />
  // here we got an instance that will never be use<br />
  return function () {};<br />
  // overload the returned value, not &#8220;this&#8221; but the function<br />
};</p>
<p>new Function();<br />
Function();</p>
<p>I am sure that this won&#8217;t make any consistent difference in above results in any case, but specially when Firebug is enabled and we need to handle big results, Function does not pass throught the console, so I usually appreciate this to avoid problems/massive delays while debugging.</p>
<p>Regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shea Frederick</title>
		<link>http://www.vinylfox.com/json-decoding-speed-comparison/comment-page-1/#comment-5492</link>
		<dc:creator>Shea Frederick</dc:creator>
		<pubDate>Tue, 12 Jan 2010 16:19:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.vinylfox.com/?p=602#comment-5492</guid>
		<description>All versions that support native JSON, which is 3.1 and up. This test was in the wild, so it includes any version that is still in use.

Remember that native JSON decoding requires that it be 100% valid JSON. Run your JSON through www.jsonlint.com to find out.</description>
		<content:encoded><![CDATA[<p>All versions that support native JSON, which is 3.1 and up. This test was in the wild, so it includes any version that is still in use.</p>
<p>Remember that native JSON decoding requires that it be 100% valid JSON. Run your JSON through <a href="http://www.jsonlint.com" rel="nofollow">http://www.jsonlint.com</a> to find out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mdmadph</title>
		<link>http://www.vinylfox.com/json-decoding-speed-comparison/comment-page-1/#comment-5491</link>
		<dc:creator>mdmadph</dc:creator>
		<pubDate>Tue, 12 Jan 2010 16:06:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.vinylfox.com/?p=602#comment-5491</guid>
		<description>What version of Firefox were you using there?

And I still can&#039;t get MSIE 8.0&#039;s native JSON to work. :P  Though, I see documents about it on the web, so I know it&#039;s just me.</description>
		<content:encoded><![CDATA[<p>What version of Firefox were you using there?</p>
<p>And I still can&#8217;t get MSIE 8.0&#8242;s native JSON to work. <img src='http://www.vinylfox.com/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' />   Though, I see documents about it on the web, so I know it&#8217;s just me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uberVU - social comments</title>
		<link>http://www.vinylfox.com/json-decoding-speed-comparison/comment-page-1/#comment-5489</link>
		<dc:creator>uberVU - social comments</dc:creator>
		<pubDate>Tue, 12 Jan 2010 16:03:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.vinylfox.com/?p=602#comment-5489</guid>
		<description>&lt;strong&gt;Social comments and analytics for this post...&lt;/strong&gt;

This post was mentioned on Twitter by VinylFox: New blog post about JSON decoding speed in JavaScript - http://bit.ly/5Ksgy7 - interesting results....</description>
		<content:encoded><![CDATA[<p><strong>Social comments and analytics for this post&#8230;</strong></p>
<p>This post was mentioned on Twitter by VinylFox: New blog post about JSON decoding speed in JavaScript &#8211; <a href="http://bit.ly/5Ksgy7" rel="nofollow">http://bit.ly/5Ksgy7</a> &#8211; interesting results&#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
