<?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:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: The UpdatePanel is evil</title>
	<atom:link href="http://blog.slaven.net.au/archives/2008/05/02/the-updatepanel-is-evil/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.slaven.net.au/archives/2008/05/02/the-updatepanel-is-evil/</link>
	<description></description>
	<lastBuildDate>Thu, 11 Mar 2010 03:11:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0-alpha</generator>
	<item>
		<title>By: Matthew</title>
		<link>http://blog.slaven.net.au/archives/2008/05/02/the-updatepanel-is-evil/comment-page-1/#comment-120203</link>
		<dc:creator>Matthew</dc:creator>
		<pubDate>Thu, 04 Feb 2010 06:24:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.slaven.net.au/?p=660#comment-120203</guid>
		<description>We recently released code on an enterprise level web application performing hundreds of thousands of transactions per day.

We use update panels, several of them actually, all on one page, and they interact with each other, toggling things on and off, setting content based on user actions, etc.

We are very skilled and knowledgeable with AJAX in general, and could have written it ourselves.  The problem is, that would take too long.

We had lots of reservations about using them, because they are fat and wasteful.

But let&#039;s be practical.  We don&#039;t create web applications to prove how well we understand technology...we create them so people will use them.  And the faster you can create them, the faster you get feedback and interaction.

For us, the UpdatePanel gave us what we needed.  AJAX functionality coupled with RAD.  Can&#039;t beat it, and the ROI folks love it.  

Perhaps this post should be more about understanding the trade offs of a technology decision and less about the shortcomings of the UpdatePanel.

After all, you&#039;ve probably interacted with an UpdatePanel on your favorite banking site and never even realized it.</description>
		<content:encoded><![CDATA[<p>We recently released code on an enterprise level web application performing hundreds of thousands of transactions per day.</p>
<p>We use update panels, several of them actually, all on one page, and they interact with each other, toggling things on and off, setting content based on user actions, etc.</p>
<p>We are very skilled and knowledgeable with AJAX in general, and could have written it ourselves.  The problem is, that would take too long.</p>
<p>We had lots of reservations about using them, because they are fat and wasteful.</p>
<p>But let&#8217;s be practical.  We don&#8217;t create web applications to prove how well we understand technology&#8230;we create them so people will use them.  And the faster you can create them, the faster you get feedback and interaction.</p>
<p>For us, the UpdatePanel gave us what we needed.  AJAX functionality coupled with RAD.  Can&#8217;t beat it, and the ROI folks love it.  </p>
<p>Perhaps this post should be more about understanding the trade offs of a technology decision and less about the shortcomings of the UpdatePanel.</p>
<p>After all, you&#8217;ve probably interacted with an UpdatePanel on your favorite banking site and never even realized it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.slaven.net.au/archives/2008/05/02/the-updatepanel-is-evil/comment-page-1/#comment-120122</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Mon, 25 Jan 2010 19:45:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.slaven.net.au/?p=660#comment-120122</guid>
		<description>&quot;a framework that changed all the rules and hid all the scary HTTP stuff so that a generation of Web developers that he trained on his stuff exclusively would have a very skewed perspective about how the Web actually worked. &quot;

wow... that summarizes my problem with .net completely. I also feel visual studio makes the problem even worse.  people that have never done any development besides asp.net with visual studio can build entire complex applications without having a clue how they work.  And then any customization beyond a pre-built asp.net control is completely beyond them.  
I&#039;ve only been developing with .net for a short time but the longer i use it the more i hate it.</description>
		<content:encoded><![CDATA[<p>&#8220;a framework that changed all the rules and hid all the scary HTTP stuff so that a generation of Web developers that he trained on his stuff exclusively would have a very skewed perspective about how the Web actually worked. &#8221;</p>
<p>wow&#8230; that summarizes my problem with .net completely. I also feel visual studio makes the problem even worse.  people that have never done any development besides asp.net with visual studio can build entire complex applications without having a clue how they work.  And then any customization beyond a pre-built asp.net control is completely beyond them.<br />
I&#8217;ve only been developing with .net for a short time but the longer i use it the more i hate it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Al Tenhundfeld</title>
		<link>http://blog.slaven.net.au/archives/2008/05/02/the-updatepanel-is-evil/comment-page-1/#comment-117791</link>
		<dc:creator>Al Tenhundfeld</dc:creator>
		<pubDate>Thu, 12 Jun 2008 11:09:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.slaven.net.au/?p=660#comment-117791</guid>
		<description>Whenever I hear &quot;X technology makes Y functionality too easy&quot;, I cringe. It&#039;s ease of use is not the problem; in fact, that is its great value. The fact that the implementation is hidden from you is the problem. In fact, that&#039;s my problem with many MS tools/frameworks/etc.: they make it easy to get started, but they don&#039;t give you the option to dig into the internals to solve the really tricky problems. With the UpdatePanel, I believe you can dig into the javascript files if you&#039;re really interested, but I&#039;d much rather have a handy debugger visualizer that showed me exactly what was being sent and received in each ASP.NET AJAX request. &lt;br&gt;&lt;br&gt;And on your point of &quot;you&#039;re doing it wrong&quot; by setting the visibility, your blanket statement is not accurate. If the div contains ASP.NET validation controls, you need to set the visible property on the div. If you just change the display style, you&#039;ll end up with a validation control hidden but preventing (possibly) the page from being posted. That&#039;s a very bad and confusing thing.</description>
		<content:encoded><![CDATA[<p>Whenever I hear &#8220;X technology makes Y functionality too easy&#8221;, I cringe. It&#8217;s ease of use is not the problem; in fact, that is its great value. The fact that the implementation is hidden from you is the problem. In fact, that&#8217;s my problem with many MS tools/frameworks/etc.: they make it easy to get started, but they don&#8217;t give you the option to dig into the internals to solve the really tricky problems. With the UpdatePanel, I believe you can dig into the javascript files if you&#8217;re really interested, but I&#8217;d much rather have a handy debugger visualizer that showed me exactly what was being sent and received in each ASP.NET AJAX request. </p>
<p>And on your point of &#8220;you&#8217;re doing it wrong&#8221; by setting the visibility, your blanket statement is not accurate. If the div contains ASP.NET validation controls, you need to set the visible property on the div. If you just change the display style, you&#8217;ll end up with a validation control hidden but preventing (possibly) the page from being posted. That&#8217;s a very bad and confusing thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Janko</title>
		<link>http://blog.slaven.net.au/archives/2008/05/02/the-updatepanel-is-evil/comment-page-1/#comment-117790</link>
		<dc:creator>Janko</dc:creator>
		<pubDate>Sun, 11 May 2008 11:27:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.slaven.net.au/?p=660#comment-117790</guid>
		<description>Very good point. However, I have to disagree that UpdatePanel is evil. It just have to be used carefully, like you mentioned. The tool that can really help you with ASP.NET Ajax is Web Development Helper. It really rocks! Check the description here &lt;a href=&quot;http://www.jankoatwarpspeed.com/post/2008/04/21/3-must-have-Internet-Explorer-add-ons-for-developers.aspx&quot;&gt;http://www.jankoatwarpspeed.com/post/2008/04/21...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Very good point. However, I have to disagree that UpdatePanel is evil. It just have to be used carefully, like you mentioned. The tool that can really help you with ASP.NET Ajax is Web Development Helper. It really rocks! Check the description here <a href="http://www.jankoatwarpspeed.com/post/2008/04/21/3-must-have-Internet-Explorer-add-ons-for-developers.aspx"></a><a href="http://www.jankoatwarpspeed.com/post/2008/04/21.." rel="nofollow">http://www.jankoatwarpspeed.com/post/2008/04/21..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ASP.net thoughts &#171; A Developer&#8217;s blog</title>
		<link>http://blog.slaven.net.au/archives/2008/05/02/the-updatepanel-is-evil/comment-page-1/#comment-117233</link>
		<dc:creator>ASP.net thoughts &#171; A Developer&#8217;s blog</dc:creator>
		<pubDate>Mon, 05 May 2008 05:54:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.slaven.net.au/?p=660#comment-117233</guid>
		<description>[...] ASP.net&#160;thoughts May 5, 2008 at 5:54 am &#124; In Uncategorized &#124; Tags: asp.net Saw this article: The UpdatePanel is evil [...]</description>
		<content:encoded><![CDATA[<p>[...] ASP.net&nbsp;thoughts May 5, 2008 at 5:54 am | In Uncategorized | Tags: asp.net Saw this article: The UpdatePanel is evil [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Houle</title>
		<link>http://blog.slaven.net.au/archives/2008/05/02/the-updatepanel-is-evil/comment-page-1/#comment-117789</link>
		<dc:creator>Paul Houle</dc:creator>
		<pubDate>Sun, 04 May 2008 17:54:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.slaven.net.au/?p=660#comment-117789</guid>
		<description>I&#039;ve recently started working in C# and ASP.NET after years of using PHP,  Perl, Java and Python on mostly UNIX platforms.&lt;br&gt;&lt;br&gt;Honestly,  I like ASP.NET a lot.  The basic templating system,  that lets you manipulate the ASP.NET document at the DOM level is fantastic.&lt;br&gt;&lt;br&gt;The Web Controls,  however,  are retarded.  They make ASP.NET seem like an advanced incarnation of 1990&#039;s web construction rather than the kind of modern framework application that good programmers are building in Ruby,  PHP, Java and other languages -- it&#039;s like they&#039;re trying to compete with Cold Fusion,  not the living languages that people are using now.&lt;br&gt;&lt;br&gt;I &#039;d love to have something that works like Web Controls,  but the viewstate concept just isn&#039;t compatible with the modern approach that people call MVC:   real internet applications need the ability to display different &#039;views&#039; based on form input and database results -- to carry information through a series of related forms.    Viewstate is completely incompatible with that,  not to mind the browser back button. Reliable applications keep ~most~ form state in hidden variables,  or implement something that has the same semantics:  there&#039;s a very limited amount of stuff that you can keep in session scope if you want to make apps that really work.&lt;br&gt;&lt;br&gt;Perhaps Microsoft&#039;s MVC framework for ASP.NET will improve the situation,  or perhaps somebody will make something that looks a lot like the web controls but that actually works.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve recently started working in C# and ASP.NET after years of using PHP,  Perl, Java and Python on mostly UNIX platforms.</p>
<p>Honestly,  I like ASP.NET a lot.  The basic templating system,  that lets you manipulate the ASP.NET document at the DOM level is fantastic.</p>
<p>The Web Controls,  however,  are retarded.  They make ASP.NET seem like an advanced incarnation of 1990&#8217;s web construction rather than the kind of modern framework application that good programmers are building in Ruby,  PHP, Java and other languages &#8212; it&#8217;s like they&#8217;re trying to compete with Cold Fusion,  not the living languages that people are using now.</p>
<p>I &#8216;d love to have something that works like Web Controls,  but the viewstate concept just isn&#8217;t compatible with the modern approach that people call MVC:   real internet applications need the ability to display different &#8216;views&#8217; based on form input and database results &#8212; to carry information through a series of related forms.    Viewstate is completely incompatible with that,  not to mind the browser back button. Reliable applications keep ~most~ form state in hidden variables,  or implement something that has the same semantics:  there&#8217;s a very limited amount of stuff that you can keep in session scope if you want to make apps that really work.</p>
<p>Perhaps Microsoft&#8217;s MVC framework for ASP.NET will improve the situation,  or perhaps somebody will make something that looks a lot like the web controls but that actually works.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wallace</title>
		<link>http://blog.slaven.net.au/archives/2008/05/02/the-updatepanel-is-evil/comment-page-1/#comment-117788</link>
		<dc:creator>Wallace</dc:creator>
		<pubDate>Sun, 04 May 2008 08:51:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.slaven.net.au/?p=660#comment-117788</guid>
		<description>I totally agree with you.  They are great tools, but you should invest some time to understand how these tools work behind the scenes.</description>
		<content:encoded><![CDATA[<p>I totally agree with you.  They are great tools, but you should invest some time to understand how these tools work behind the scenes.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
