<?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: Attributes are lousy decorators</title>
	<atom:link href="http://lostechies.com/jimmybogard/2008/12/09/attributes-are-lousy-decorators/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/jimmybogard/2008/12/09/attributes-are-lousy-decorators/</link>
	<description>Strong opinions, weakly held</description>
	<lastBuildDate>Wed, 22 May 2013 13:39: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: Anonymous</title>
		<link>http://lostechies.com/jimmybogard/2008/12/09/attributes-are-lousy-decorators/#comment-4147</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 25 Nov 2011 18:32:00 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2008/12/08/attributes-are-lousy-decorators.aspx#comment-4147</guid>
		<description>Yeah, I agree, but I don&#039;t like that the attribute instance itself supplies the behavior. Attributes just really aren&#039;t meant for that.</description>
		<content:encoded><![CDATA[<p>Yeah, I agree, but I don&#8217;t like that the attribute instance itself supplies the behavior. Attributes just really aren&#8217;t meant for that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luckykashyap4u</title>
		<link>http://lostechies.com/jimmybogard/2008/12/09/attributes-are-lousy-decorators/#comment-4142</link>
		<dc:creator>Luckykashyap4u</dc:creator>
		<pubDate>Fri, 25 Nov 2011 11:43:00 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2008/12/08/attributes-are-lousy-decorators.aspx#comment-4142</guid>
		<description>Since attributes can be placed on both method and class declarations, 
this would seem like an ideal candidate to specify before/after behavior
 on a controller action. </description>
		<content:encoded><![CDATA[<p>Since attributes can be placed on both method and class declarations,<br />
this would seem like an ideal candidate to specify before/after behavior<br />
 on a controller action. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Writing Jobs</title>
		<link>http://lostechies.com/jimmybogard/2008/12/09/attributes-are-lousy-decorators/#comment-1072</link>
		<dc:creator>Writing Jobs</dc:creator>
		<pubDate>Wed, 24 Feb 2010 08:16:06 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2008/12/08/attributes-are-lousy-decorators.aspx#comment-1072</guid>
		<description>The other place I&#039;ve noticed this (attributes providing more than data) is the ValidationAttribute in Dynamic Data. I&#039;m not a fan of this either since it&#039;s difficult to reuse any code stored in these attribute, especially complex validation (which certainly shouldn&#039;t be in one).</description>
		<content:encoded><![CDATA[<p>The other place I&#8217;ve noticed this (attributes providing more than data) is the ValidationAttribute in Dynamic Data. I&#8217;m not a fan of this either since it&#8217;s difficult to reuse any code stored in these attribute, especially complex validation (which certainly shouldn&#8217;t be in one).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bogardj</title>
		<link>http://lostechies.com/jimmybogard/2008/12/09/attributes-are-lousy-decorators/#comment-1071</link>
		<dc:creator>bogardj</dc:creator>
		<pubDate>Tue, 09 Dec 2008 13:56:57 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2008/12/08/attributes-are-lousy-decorators.aspx#comment-1071</guid>
		<description>@James

Because then we&#039;re not using IoC.  We want our dependencies explicit, and a lazy-loaded property makes it opaque or appear optional.</description>
		<content:encoded><![CDATA[<p>@James</p>
<p>Because then we&#8217;re not using IoC.  We want our dependencies explicit, and a lazy-loaded property makes it opaque or appear optional.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Brechtel</title>
		<link>http://lostechies.com/jimmybogard/2008/12/09/attributes-are-lousy-decorators/#comment-1070</link>
		<dc:creator>James Brechtel</dc:creator>
		<pubDate>Tue, 09 Dec 2008 13:03:39 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2008/12/08/attributes-are-lousy-decorators.aspx#comment-1070</guid>
		<description>Why not lazy load the ICustomerRepository on the BadBadFilterAttribute via a property?</description>
		<content:encoded><![CDATA[<p>Why not lazy load the ICustomerRepository on the BadBadFilterAttribute via a property?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mogens Heller Grabe</title>
		<link>http://lostechies.com/jimmybogard/2008/12/09/attributes-are-lousy-decorators/#comment-1069</link>
		<dc:creator>Mogens Heller Grabe</dc:creator>
		<pubDate>Tue, 09 Dec 2008 09:11:43 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2008/12/08/attributes-are-lousy-decorators.aspx#comment-1069</guid>
		<description>This is a great example on why it&#039;s hard to create a framework. At first something seems like a cool and easy solution, but when people start using it, stuff like this just happens.

Makes you wonder why Microsoft bother building MVC, the Entity Framework etc. when there are truly mature solutions like MonoRail and NHibernate around.</description>
		<content:encoded><![CDATA[<p>This is a great example on why it&#8217;s hard to create a framework. At first something seems like a cool and easy solution, but when people start using it, stuff like this just happens.</p>
<p>Makes you wonder why Microsoft bother building MVC, the Entity Framework etc. when there are truly mature solutions like MonoRail and NHibernate around.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel Sampson</title>
		<link>http://lostechies.com/jimmybogard/2008/12/09/attributes-are-lousy-decorators/#comment-1068</link>
		<dc:creator>Nigel Sampson</dc:creator>
		<pubDate>Tue, 09 Dec 2008 06:11:36 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2008/12/08/attributes-are-lousy-decorators.aspx#comment-1068</guid>
		<description>The other place I&#039;ve noticed this (attributes providing more than data) is the ValidationAttribute in Dynamic Data. I&#039;m not a fan of this either since it&#039;s difficult to reuse any code stored in these attribute, especially complex validation (which certainly shouldn&#039;t be in one).</description>
		<content:encoded><![CDATA[<p>The other place I&#8217;ve noticed this (attributes providing more than data) is the ValidationAttribute in Dynamic Data. I&#8217;m not a fan of this either since it&#8217;s difficult to reuse any code stored in these attribute, especially complex validation (which certainly shouldn&#8217;t be in one).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
