<?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: Cool stuff in FubuMVC No. 1: Behaviors</title>
	<atom:link href="http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/</link>
	<description>Software development, testing, and techie life</description>
	<lastBuildDate>Thu, 08 Mar 2012 22:19:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Tomas</title>
		<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/#comment-1379</link>
		<dc:creator>Tomas</dc:creator>
		<pubDate>Wed, 31 Aug 2011 14:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/chadmyers/?p=214#comment-1379</guid>
		<description>Chad! Can you please continue your Cool stuff in FubuMVC posts, it&#039;s the best that happend since free coffe!</description>
		<content:encoded><![CDATA[<p>Chad! Can you please continue your Cool stuff in FubuMVC posts, it&#8217;s the best that happend since free coffe!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: StarTrekRedneck</title>
		<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/#comment-1353</link>
		<dc:creator>StarTrekRedneck</dc:creator>
		<pubDate>Sun, 10 Jul 2011 04:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/chadmyers/?p=214#comment-1353</guid>
		<description>Great series. I&#039;ve seen my love for OO programming take a hit recently when realizing what I&#039;m programming are just tasks or &quot;jobs that need doing.&quot; In agreement with your controller-less concept, I&#039;m finding that better  flexibility is achieved by wrapping every Task in its own interface. In these implementations, the very notion of an &quot;object&quot; becomes really just the infrastructure needed to perform the Task-- a layer that declares and manages dependencies of the task. I&#039;m left with only datastructures and functions. Feels a bit remedial, honestly and indicative of what&#039;s denounced as anemic domain models. What about DDD? DSLs?</description>
		<content:encoded><![CDATA[<p>Great series. I&#8217;ve seen my love for OO programming take a hit recently when realizing what I&#8217;m programming are just tasks or &#8220;jobs that need doing.&#8221; In agreement with your controller-less concept, I&#8217;m finding that better  flexibility is achieved by wrapping every Task in its own interface. In these implementations, the very notion of an &#8220;object&#8221; becomes really just the infrastructure needed to perform the Task&#8211; a layer that declares and manages dependencies of the task. I&#8217;m left with only datastructures and functions. Feels a bit remedial, honestly and indicative of what&#8217;s denounced as anemic domain models. What about DDD? DSLs?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad Myers</title>
		<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/#comment-1352</link>
		<dc:creator>Chad Myers</dc:creator>
		<pubDate>Sat, 09 Jul 2011 19:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/chadmyers/?p=214#comment-1352</guid>
		<description>That&#039;s because they&#039;re not hierarchical.  Jeremy calls them Matryoshka dolls, which is closer to the reality, but behaviors can fork and call out to other behaviors, so &quot;graph&quot; is probably more realistic.  This is a gross simplification (and very old): http://www.infoq.com/news/2009/04/fubu-mvc

This one is pretty good: http://www.joshua-arnold.com/2011/02/fubumvc-primer-configuration-vs-runtime/
</description>
		<content:encoded><![CDATA[<p>That&#8217;s because they&#8217;re not hierarchical.  Jeremy calls them Matryoshka dolls, which is closer to the reality, but behaviors can fork and call out to other behaviors, so &#8220;graph&#8221; is probably more realistic.  This is a gross simplification (and very old): http://www.infoq.com/news/2009/04/fubu-mvc</p>
<p>This one is pretty good: http://www.joshua-arnold.com/2011/02/fubumvc-primer-configuration-vs-runtime/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/#comment-1350</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Sat, 09 Jul 2011 18:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/chadmyers/?p=214#comment-1350</guid>
		<description>Good explanation. I don&#039;t think any of the articles I&#039;ve read about behaviours show a nice hierarchical diagram - I think it would clarify the concept a lot.</description>
		<content:encoded><![CDATA[<p>Good explanation. I don&#8217;t think any of the articles I&#8217;ve read about behaviours show a nice hierarchical diagram &#8211; I think it would clarify the concept a lot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FubuMVC: Authentication &#124; Rex Flex</title>
		<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/#comment-1349</link>
		<dc:creator>FubuMVC: Authentication &#124; Rex Flex</dc:creator>
		<pubDate>Fri, 08 Jul 2011 02:38:19 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/chadmyers/?p=214#comment-1349</guid>
		<description>[...] to create a behavior. If you&#8217;re unfamiliar with behaviors, I&#8217;d highly recommend reading these articles about them.Your behavior will depend on the ISecurityContext provided by FubuMVC, so you can check [...]</description>
		<content:encoded><![CDATA[<p>[...] to create a behavior. If you&#8217;re unfamiliar with behaviors, I&#8217;d highly recommend reading these articles about them.Your behavior will depend on the ISecurityContext provided by FubuMVC, so you can check [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad Myers</title>
		<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/#comment-1346</link>
		<dc:creator>Chad Myers</dc:creator>
		<pubDate>Sat, 25 Jun 2011 03:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/chadmyers/?p=214#comment-1346</guid>
		<description>John, that will be covered in part #10 (the number may be subject to change).  But to answer your question about view logic:  We do not have separate views (although you could do it that way but it may end up being too much extra work depending on the circumstances).  We try to avoid direct logic (if statements) in views, though we cheat in a few places.  We&#039;ll try to deal with it by optionally rendering/not rendering partials, by dealing with it in our HtmlTags for InputFor() (determining whether it&#039;s editable, read-only, or invisible for this user), etc.

We may also have something like:

 x.FirstName).OnlyForPrivilege(&quot;foo&quot;) %&gt;

We try to make our privileges (the things that are securable in the app) conventionally names and flowing from our domain, our controllers, our models, etc, but we do have a few one-off privileges for special functionality in our app.

Then we have roles that you map users to and map privileges to the roles and the users get those privileges.</description>
		<content:encoded><![CDATA[<p>John, that will be covered in part #10 (the number may be subject to change).  But to answer your question about view logic:  We do not have separate views (although you could do it that way but it may end up being too much extra work depending on the circumstances).  We try to avoid direct logic (if statements) in views, though we cheat in a few places.  We&#8217;ll try to deal with it by optionally rendering/not rendering partials, by dealing with it in our HtmlTags for InputFor() (determining whether it&#8217;s editable, read-only, or invisible for this user), etc.</p>
<p>We may also have something like:</p>
<p> x.FirstName).OnlyForPrivilege(&#8220;foo&#8221;) %&gt;</p>
<p>We try to make our privileges (the things that are securable in the app) conventionally names and flowing from our domain, our controllers, our models, etc, but we do have a few one-off privileges for special functionality in our app.</p>
<p>Then we have roles that you map users to and map privileges to the roles and the users get those privileges.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Simons</title>
		<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/#comment-1345</link>
		<dc:creator>John Simons</dc:creator>
		<pubDate>Sat, 25 Jun 2011 01:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/chadmyers/?p=214#comment-1345</guid>
		<description>Chad, your FubuCore series were awesome, and now these ones, very exciting stuff. 
If possible can you cover how you guys deal with views that change based on user role, eg:
UserA can see some data on /products/view/1234 but UserB is not allowed to see it(and this may have implications on how the HTML is structured). I&#039;m interested to find out if you guys create a View per role or do the logic on the View itself. 

Can&#039;t wait for the next one!</description>
		<content:encoded><![CDATA[<p>Chad, your FubuCore series were awesome, and now these ones, very exciting stuff.<br />
If possible can you cover how you guys deal with views that change based on user role, eg:<br />
UserA can see some data on /products/view/1234 but UserB is not allowed to see it(and this may have implications on how the HTML is structured). I&#8217;m interested to find out if you guys create a View per role or do the logic on the View itself. </p>
<p>Can&#8217;t wait for the next one!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carlos Ribas</title>
		<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/#comment-1344</link>
		<dc:creator>Carlos Ribas</dc:creator>
		<pubDate>Fri, 24 Jun 2011 15:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/chadmyers/?p=214#comment-1344</guid>
		<description>This stuff sounds pretty nice, Chad.  I, too, have noticed that for some reason MVC controllers are exempt from SRP in too many developer&#039;s minds.</description>
		<content:encoded><![CDATA[<p>This stuff sounds pretty nice, Chad.  I, too, have noticed that for some reason MVC controllers are exempt from SRP in too many developer&#8217;s minds.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Morning Brew - Chris Alcock &#187; The Morning Brew #880</title>
		<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/#comment-1343</link>
		<dc:creator>The Morning Brew - Chris Alcock &#187; The Morning Brew #880</dc:creator>
		<pubDate>Fri, 24 Jun 2011 07:50:35 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/chadmyers/?p=214#comment-1343</guid>
		<description>[...] Cool stuff in FubuMVC No. 1: Behaviors - Chad Myers moces his series on from FubuCore to look at features of FubuMVC, with this first part exploring the background and approach used in the creation of the Behavior model in FubuMVC. [...]</description>
		<content:encoded><![CDATA[<p>[...] Cool stuff in FubuMVC No. 1: Behaviors &#8211; Chad Myers moces his series on from FubuCore to look at features of FubuMVC, with this first part exploring the background and approach used in the creation of the Behavior model in FubuMVC. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Arnold</title>
		<link>http://lostechies.com/chadmyers/2011/06/23/cool-stuff-in-fubumvc-no-1-behaviors/#comment-1342</link>
		<dc:creator>Josh Arnold</dc:creator>
		<pubDate>Fri, 24 Jun 2011 05:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/chadmyers/?p=214#comment-1342</guid>
		<description>Great post, Chad. I&#039;ve been looking forward to your FubuMVC series. Keep them coming!</description>
		<content:encoded><![CDATA[<p>Great post, Chad. I&#8217;ve been looking forward to your FubuMVC series. Keep them coming!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
