<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Bloated JavaScript in ASP.NET Validation Controls</title>
	<atom:link href="http://dotnetting.wordpress.com/2007/01/30/bloated-javascript-in-aspnet-validation-controls/feed/" rel="self" type="application/rss+xml" />
	<link>http://dotnetting.wordpress.com/2007/01/30/bloated-javascript-in-aspnet-validation-controls/</link>
	<description>.NET tips, tricks, discussion</description>
	<lastBuildDate>Mon, 06 Apr 2009 03:58:07 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mike</title>
		<link>http://dotnetting.wordpress.com/2007/01/30/bloated-javascript-in-aspnet-validation-controls/#comment-297</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Tue, 18 Sep 2007 14:41:33 +0000</pubDate>
		<guid isPermaLink="false">http://dotnetting.wordpress.com/2007/01/30/bloated-javascript-in-aspnet-validation-controls/#comment-297</guid>
		<description>That&#039;s the price you pay for using a framework. It&#039;s not as if 24K is a burden for most people these days.  A one off download to the client means you, as the developer, spend less time reinventing the wheel and more time getting on with stuff that matters, eg. application logic.

It&#039;s true that 24K of code seems a lot for a very simple form, but complex forms will need the same code too, and it will cached. Because of latency on the web, it&#039;s probably faster to download one larger file than multiple small ones anyway. 

The alternative to using pre-built validation controls is, as you suggest, to wite your own.  To make them as robust or as fully featured as a professional while leaving a smaller footprint is a project in of itself.  Your clients must REALLY need this 24K of bandwidth to make it worth it.

Be lazy. Let your website be 10% slower for the sake of gaining all that you do with a well designed client side framework.

BTW, I&#039;ve never used the Microsoft validators.  Because of how badly they sucked in ASP.NET 1, I&#039;ve always used Peter Blum&#039;s.</description>
		<content:encoded><![CDATA[<p>That&#8217;s the price you pay for using a framework. It&#8217;s not as if 24K is a burden for most people these days.  A one off download to the client means you, as the developer, spend less time reinventing the wheel and more time getting on with stuff that matters, eg. application logic.</p>
<p>It&#8217;s true that 24K of code seems a lot for a very simple form, but complex forms will need the same code too, and it will cached. Because of latency on the web, it&#8217;s probably faster to download one larger file than multiple small ones anyway. </p>
<p>The alternative to using pre-built validation controls is, as you suggest, to wite your own.  To make them as robust or as fully featured as a professional while leaving a smaller footprint is a project in of itself.  Your clients must REALLY need this 24K of bandwidth to make it worth it.</p>
<p>Be lazy. Let your website be 10% slower for the sake of gaining all that you do with a well designed client side framework.</p>
<p>BTW, I&#8217;ve never used the Microsoft validators.  Because of how badly they sucked in ASP.NET 1, I&#8217;ve always used Peter Blum&#8217;s.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
