<?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: Learning Rails: Namespaced Controllers</title>
	<atom:link href="http://www.claytonlz.com/2008/05/learning-rails-namespaced-controllers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.claytonlz.com/2008/05/learning-rails-namespaced-controllers/</link>
	<description>Agile Practitioner, CSP, CSPO, CSM in Phoenix, AZ</description>
	<lastBuildDate>Sat, 05 Nov 2011 10:33:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Anurag</title>
		<link>http://www.claytonlz.com/2008/05/learning-rails-namespaced-controllers/#comment-3</link>
		<dc:creator>Anurag</dc:creator>
		<pubDate>Sat, 06 Feb 2010 09:03:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.claytonlz.com/?p=8#comment-3</guid>
		<description>Couldn&#039;t agree more with this article. I am deciding between a separate namespaced admin vs a pure roles based solution like declarative_authorization and certainly a namespaced approach sounds much better to me for two reasons. First, an admin&#039;s workflow is not necessarily similar to how a normal user would use the application. So there&#039;d be separate view and controllers those those workflows. Don&#039;t think that counts as duplication. Secondly, management is easier. Everything under the namespace /admin has to be protected by all means. There is no need to worry about modifying views if user is this/that, etc.

That said, I think a perfect solution would be to have both namespaced admin area for the application admins, and a role based approach for all other kinds of users.</description>
		<content:encoded><![CDATA[<p>Couldn&#8217;t agree more with this article. I am deciding between a separate namespaced admin vs a pure roles based solution like declarative_authorization and certainly a namespaced approach sounds much better to me for two reasons. First, an admin&#8217;s workflow is not necessarily similar to how a normal user would use the application. So there&#8217;d be separate view and controllers those those workflows. Don&#8217;t think that counts as duplication. Secondly, management is easier. Everything under the namespace /admin has to be protected by all means. There is no need to worry about modifying views if user is this/that, etc.</p>
<p>That said, I think a perfect solution would be to have both namespaced admin area for the application admins, and a role based approach for all other kinds of users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guillaume</title>
		<link>http://www.claytonlz.com/2008/05/learning-rails-namespaced-controllers/#comment-2</link>
		<dc:creator>Guillaume</dc:creator>
		<pubDate>Wed, 06 May 2009 15:30:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.claytonlz.com/?p=8#comment-2</guid>
		<description>Well, it&#039;s been a while since you wrote this, but I&#039;m now facing exactly the same problem (&#039;Portin out a PHP CMS into Rails). Excepting I don&#039;t understand you : &quot;two controllers, two views, two stylesheets...&quot; Well, isn&#039;t that the way it MUST be ?! I mean, in a CMS, your back do have many features and views that your front does not handle, no ?! It appears to me total and &quot;absolute&quot; split of the two sides is necessary (and what about themes, for instance ?...)
Your post surprised me, is there something I totally miss ?
About the namespacing of the controllers, well, it is clearly not a solution without consequences, but -in my opinion- it is the only clean, powerful, and proper solution.

... But as I always say : I maybe wrong ;-)</description>
		<content:encoded><![CDATA[<p>Well, it&#8217;s been a while since you wrote this, but I&#8217;m now facing exactly the same problem (&#8216;Portin out a <span class="caps">PHP CMS </span>into Rails). Excepting I don&#8217;t understand you : &#8220;two controllers, two views, two stylesheets&#8230;&#8221; Well, isn&#8217;t that the way it <span class="caps">MUST </span>be ?! I mean, in a <span class="caps">CMS, </span>your back do have many features and views that your front does not handle, no ?! It appears to me total and &#8220;absolute&#8221; split of the two sides is necessary (and what about themes, for instance ?&#8230;)<br />
Your post surprised me, is there something I totally miss ?<br />
About the namespacing of the controllers, well, it is clearly not a solution without consequences, but <del>in my opinion</del> it is the only clean, powerful, and proper solution.</p>
<p>&#8230; But as I always say : I maybe wrong <img src='http://www.claytonlz.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

