<?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: The next big thing, part 1: Resolving the conflict between Model-View-Controller and AJAX design patterns</title>
	<atom:link href="http://glyphobet.net/blog/essay/153/feed" rel="self" type="application/rss+xml" />
	<link>http://glyphobet.net/blog/essay/153</link>
	<description>musings over a tuna fish sandwich</description>
	<lastBuildDate>Wed, 16 Jun 2010 13:18:06 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Another browser-side Model-View-Controller analogy</title>
		<link>http://glyphobet.net/blog/essay/153/comment-page-1#comment-1055</link>
		<dc:creator>Another browser-side Model-View-Controller analogy</dc:creator>
		<pubDate>Wed, 07 May 2008 21:53:22 +0000</pubDate>
		<guid isPermaLink="false">http://glyphobet.net/blog/?p=153#comment-1055</guid>
		<description>&lt;a href=&quot;http://www.codinghorror.com/blog/&quot; rel=&quot;nofollow&quot;&gt;Coding Horror&lt;/a&gt; presents another way to think about the browser side of web apps as underlyingly MVC in &lt;a href=&quot;http://www.codinghorror.com/blog/archives/001112.html&quot; rel=&quot;nofollow&quot;&gt;Understanding Model-View-Controller&lt;/a&gt;. It&#039;s interesting, but I still prefer &lt;a href=&quot;http://glyphobet.net/blog/essay/153&quot; rel=&quot;nofollow&quot;&gt;my analogy&lt;/a&gt; for primarily AJAX web apps; when the data comes in primarily through XMLHTTPRequest, it doesn&#039;t make much sense to think of anything but the JavaScript that handles XMLHTTPRequest responses as the model.&lt;a href=&quot;http://www.codinghorror.com/blog/archives/001112.html&quot; rel=&quot;nofollow&quot;&gt;
&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p><a href="http://www.codinghorror.com/blog/" rel="nofollow">Coding Horror</a> presents another way to think about the browser side of web apps as underlyingly MVC in <a href="http://www.codinghorror.com/blog/archives/001112.html" rel="nofollow">Understanding Model-View-Controller</a>. It&#8217;s interesting, but I still prefer <a href="http://glyphobet.net/blog/essay/153" rel="nofollow">my analogy</a> for primarily AJAX web apps; when the data comes in primarily through XMLHTTPRequest, it doesn&#8217;t make much sense to think of anything but the JavaScript that handles XMLHTTPRequest responses as the model.<a href="http://www.codinghorror.com/blog/archives/001112.html" rel="nofollow"><br />
</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The two ugly faces of HTML generation</title>
		<link>http://glyphobet.net/blog/essay/153/comment-page-1#comment-860</link>
		<dc:creator>The two ugly faces of HTML generation</dc:creator>
		<pubDate>Tue, 18 Mar 2008 07:36:55 +0000</pubDate>
		<guid isPermaLink="false">http://glyphobet.net/blog/?p=153#comment-860</guid>
		<description>If you are building an AJAX app, you’ll quickly find that it’s easiest to query for all of your algorithmically generated or database data and convert it to HTML with JavaScript....
</description>
		<content:encoded><![CDATA[<p>If you are building an AJAX app, you’ll quickly find that it’s easiest to query for all of your algorithmically generated or database data and convert it to HTML with JavaScript&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Internet, meet Spydentify</title>
		<link>http://glyphobet.net/blog/essay/153/comment-page-1#comment-774</link>
		<dc:creator>Internet, meet Spydentify</dc:creator>
		<pubDate>Wed, 20 Feb 2008 01:24:06 +0000</pubDate>
		<guid isPermaLink="false">http://glyphobet.net/blog/?p=153#comment-774</guid>
		<description>The interface also follows the MVC pattern I laid out in this article. It uses one static HTML file, all dynamic data is loaded through XMLHTTPRequest, and all HTML generation is done via JavaScript manipulation of the DOM...</description>
		<content:encoded><![CDATA[<p>The interface also follows the MVC pattern I laid out in this article. It uses one static HTML file, all dynamic data is loaded through XMLHTTPRequest, and all HTML generation is done via JavaScript manipulation of the DOM&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->