<?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 for Ryan's Blog</title>
	<atom:link href="http://www.rmauger.co.uk/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rmauger.co.uk</link>
	<description>Randomness will get you everywhere.</description>
	<lastBuildDate>Mon, 30 Aug 2010 22:02:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Comment on Creating simple, extendible CRUD, using Zend Framework by Patrick B</title>
		<link>http://www.rmauger.co.uk/2009/06/creating-simple-extendible-crud-using-zend-framework/comment-page-1/#comment-676</link>
		<dc:creator>Patrick B</dc:creator>
		<pubDate>Mon, 30 Aug 2010 22:02:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.rmauger.co.uk/?p=66#comment-676</guid>
		<description>I&#039;m not sure why creating a form procedurally in the controller is &quot;horrid.&quot; I could take this statement a number of ways, and would like to know exactly what you have in mind. 

I would agree that constructing a form by adding all the elements and validators in the controller is misplaced, but I&#039;m not sure why calling $form = new My_Form() in the controller is terrible.

Putting the form&#039;s processing logic in the form class, in a &quot;process()&quot;, method is also a nice idea. That way it will be there for any client. 

But having the model know about the form seems convoluted at best. Models are not supposed to know about views. What&#039;s the benefit of that?</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure why creating a form procedurally in the controller is &#8220;horrid.&#8221; I could take this statement a number of ways, and would like to know exactly what you have in mind. </p>
<p>I would agree that constructing a form by adding all the elements and validators in the controller is misplaced, but I&#8217;m not sure why calling $form = new My_Form() in the controller is terrible.</p>
<p>Putting the form&#8217;s processing logic in the form class, in a &#8220;process()&#8221;, method is also a nice idea. That way it will be there for any client. </p>
<p>But having the model know about the form seems convoluted at best. Models are not supposed to know about views. What&#8217;s the benefit of that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zend Framework component proposal &#8211; Zend_Validate_DbMatch by UnderDog</title>
		<link>http://www.rmauger.co.uk/2008/10/zend-framework-component-proposal-zend_validate_dbmatch/comment-page-1/#comment-675</link>
		<dc:creator>UnderDog</dc:creator>
		<pubDate>Mon, 30 Aug 2010 13:36:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.rmauger.co.uk/?p=14#comment-675</guid>
		<description>Hi
Good that you made that proposal.
Better re-check the URL in your post :-)</description>
		<content:encoded><![CDATA[<p>Hi<br />
Good that you made that proposal.<br />
Better re-check the URL in your post <img src='http://www.rmauger.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why the Zend Framework Actionstack is Evil by Jake Noble</title>
		<link>http://www.rmauger.co.uk/2009/03/why-the-zend-framework-actionstack-is-evil/comment-page-1/#comment-674</link>
		<dc:creator>Jake Noble</dc:creator>
		<pubDate>Sat, 21 Aug 2010 14:02:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.rmauger.co.uk/?p=45#comment-674</guid>
		<description>Great article. Negative, but well explained and completely justified!</description>
		<content:encoded><![CDATA[<p>Great article. Negative, but well explained and completely justified!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Creating simple, extendible CRUD, using Zend Framework by Riki Risnandar</title>
		<link>http://www.rmauger.co.uk/2009/06/creating-simple-extendible-crud-using-zend-framework/comment-page-1/#comment-673</link>
		<dc:creator>Riki Risnandar</dc:creator>
		<pubDate>Thu, 19 Aug 2010 04:55:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.rmauger.co.uk/?p=66#comment-673</guid>
		<description>nice tutorial, thanks. i hope its more simpler to create crud in zend framework</description>
		<content:encoded><![CDATA[<p>nice tutorial, thanks. i hope its more simpler to create crud in zend framework</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why the Zend Framework Actionstack is Evil by Ryan</title>
		<link>http://www.rmauger.co.uk/2009/03/why-the-zend-framework-actionstack-is-evil/comment-page-1/#comment-672</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Wed, 11 Aug 2010 20:44:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.rmauger.co.uk/?p=45#comment-672</guid>
		<description>Actually, there are plenty of better ways to achieve this, and I would say that the actionstack is about the worst. All you are suggesting, is that you put all the presentation logic (which blocks to render where) into your controller.

That logic of deciding which blocks to place where belongs squarely in the view, and not in your controller.
If each block  (or widget) needs its own configuration, it is perfectly acceptable within MVC for the view to fetch this directly from the model, no need for a controller just for that. 

Remember, your controller is for steering your request, NOT for deciding how things should look.</description>
		<content:encoded><![CDATA[<p>Actually, there are plenty of better ways to achieve this, and I would say that the actionstack is about the worst. All you are suggesting, is that you put all the presentation logic (which blocks to render where) into your controller.</p>
<p>That logic of deciding which blocks to place where belongs squarely in the view, and not in your controller.<br />
If each block  (or widget) needs its own configuration, it is perfectly acceptable within MVC for the view to fetch this directly from the model, no need for a controller just for that. </p>
<p>Remember, your controller is for steering your request, NOT for deciding how things should look.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why the Zend Framework Actionstack is Evil by Mangled</title>
		<link>http://www.rmauger.co.uk/2009/03/why-the-zend-framework-actionstack-is-evil/comment-page-1/#comment-670</link>
		<dc:creator>Mangled</dc:creator>
		<pubDate>Wed, 11 Aug 2010 08:30:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.rmauger.co.uk/?p=45#comment-670</guid>
		<description>View helpers are great. It&#039;s great to have a NewsController and be able to have some lightweight view helpers to be able to render some breadcrumbs, a menu or a shopping cart.

But what if you have fully dynamic pages, loaded from a database? Where there is no NewsController, because &quot;news&quot; is just one of the widgets that can be placed on a page? What if every widget has it own request parameters/configurations, differing from page to page? What if you want every widget in an individual directory, with it&#039;s own models and views?

Currently, Zend Framework has no better way than to achieve this with routes to some IndexController, or &quot;PageController&quot;, and the actionstack to execute each widget, one by one, until the page is fully built.</description>
		<content:encoded><![CDATA[<p>View helpers are great. It&#8217;s great to have a NewsController and be able to have some lightweight view helpers to be able to render some breadcrumbs, a menu or a shopping cart.</p>
<p>But what if you have fully dynamic pages, loaded from a database? Where there is no NewsController, because &#8220;news&#8221; is just one of the widgets that can be placed on a page? What if every widget has it own request parameters/configurations, differing from page to page? What if you want every widget in an individual directory, with it&#8217;s own models and views?</p>
<p>Currently, Zend Framework has no better way than to achieve this with routes to some IndexController, or &#8220;PageController&#8221;, and the actionstack to execute each widget, one by one, until the page is fully built.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Creating simple, extendible CRUD, using Zend Framework by saurabh</title>
		<link>http://www.rmauger.co.uk/2009/06/creating-simple-extendible-crud-using-zend-framework/comment-page-1/#comment-664</link>
		<dc:creator>saurabh</dc:creator>
		<pubDate>Fri, 02 Jul 2010 12:39:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.rmauger.co.uk/?p=66#comment-664</guid>
		<description>Wow, simply superb...

I am a big fan of Matthew, his comments/posts are highly knowledgable. But i must confess your method beats Matthew&#039;s all ends up.

Trulay amazing. A perfect example of CRUD using Zend Framewokrk. Must be made a part of ZF Manutal.</description>
		<content:encoded><![CDATA[<p>Wow, simply superb&#8230;</p>
<p>I am a big fan of Matthew, his comments/posts are highly knowledgable. But i must confess your method beats Matthew&#8217;s all ends up.</p>
<p>Trulay amazing. A perfect example of CRUD using Zend Framewokrk. Must be made a part of ZF Manutal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Keeping your HTML valid with Zend Framework, Tidy and Firebug by Christian</title>
		<link>http://www.rmauger.co.uk/2010/01/keeping-your-html-valid-with-zend-framework-tidy-and-firebug/comment-page-1/#comment-663</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Thu, 24 Jun 2010 17:30:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.rmauger.co.uk/?p=119#comment-663</guid>
		<description>Simple idea with great impact. Thanks for this really great article!

Bye
     Christian</description>
		<content:encoded><![CDATA[<p>Simple idea with great impact. Thanks for this really great article!</p>
<p>Bye<br />
     Christian</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Keeping your HTML valid with Zend Framework, Tidy and Firebug by Web Punk &#187; How to render valid HTML using Zend Framework, Tidy &#38; Firebug</title>
		<link>http://www.rmauger.co.uk/2010/01/keeping-your-html-valid-with-zend-framework-tidy-and-firebug/comment-page-1/#comment-655</link>
		<dc:creator>Web Punk &#187; How to render valid HTML using Zend Framework, Tidy &#38; Firebug</dc:creator>
		<pubDate>Fri, 04 Jun 2010 08:59:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.rmauger.co.uk/?p=119#comment-655</guid>
		<description>[...] Follow this link to read Ryan&#8217;s [...]</description>
		<content:encoded><![CDATA[<p>[...] Follow this link to read Ryan&#8217;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on About by donnie-</title>
		<link>http://www.rmauger.co.uk/about/comment-page-1/#comment-582</link>
		<dc:creator>donnie-</dc:creator>
		<pubDate>Fri, 14 May 2010 20:21:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.rmauger.co.uk/?page_id=26#comment-582</guid>
		<description>Hello Bittarman,

Thanks again for your help on #zftalk, it really made me learn a lot in no time!

Cheers</description>
		<content:encoded><![CDATA[<p>Hello Bittarman,</p>
<p>Thanks again for your help on #zftalk, it really made me learn a lot in no time!</p>
<p>Cheers</p>
]]></content:encoded>
	</item>
</channel>
</rss>
