<?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: When is Poor Man’s Dependency Injection appropriate?</title>
	<atom:link href="http://lostechies.com/jimmybogard/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/jimmybogard/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate/</link>
	<description>Strong opinions, weakly held</description>
	<lastBuildDate>Thu, 20 Jun 2013 08:29: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: Derek Greer</title>
		<link>http://lostechies.com/jimmybogard/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate/#comment-1749</link>
		<dc:creator>Derek Greer</dc:creator>
		<pubDate>Sun, 19 Jul 2009 03:24:10 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate.aspx#comment-1749</guid>
		<description>Perhaps a more apt name for the pattern being described would be “Specification-only Dependency Injection” given that this pattern manifests itself in projects which employ unit testing without relying on Dependency Injection during normal use, and because no dependency injection is performed during the application’s normal use … poor or otherwise.  

Concerning the question of appropriateness, I might consider this pattern acceptable for new development in some circumstances, perhaps for small utility applications, etc., but such an approach should certainly be reconsidered at the point more flexibility is realized, or when the size of the application starts to grow beyond the size that a moderate refactoring session could alleviate.

I would also say it’s an acceptable pattern for tutorial applications, spikes, or prototypes (unless it interferes with the objective of the application), but if an application is purposed as a reference implementation then it would be more appropriate to show real-world usage scenarios.</description>
		<content:encoded><![CDATA[<p>Perhaps a more apt name for the pattern being described would be “Specification-only Dependency Injection” given that this pattern manifests itself in projects which employ unit testing without relying on Dependency Injection during normal use, and because no dependency injection is performed during the application’s normal use … poor or otherwise.  </p>
<p>Concerning the question of appropriateness, I might consider this pattern acceptable for new development in some circumstances, perhaps for small utility applications, etc., but such an approach should certainly be reconsidered at the point more flexibility is realized, or when the size of the application starts to grow beyond the size that a moderate refactoring session could alleviate.</p>
<p>I would also say it’s an acceptable pattern for tutorial applications, spikes, or prototypes (unless it interferes with the objective of the application), but if an application is purposed as a reference implementation then it would be more appropriate to show real-world usage scenarios.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: smurf</title>
		<link>http://lostechies.com/jimmybogard/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate/#comment-1748</link>
		<dc:creator>smurf</dc:creator>
		<pubDate>Thu, 16 Jul 2009 21:21:23 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate.aspx#comment-1748</guid>
		<description>what&#039;s about custom attributes?</description>
		<content:encoded><![CDATA[<p>what&#8217;s about custom attributes?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Watts</title>
		<link>http://lostechies.com/jimmybogard/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate/#comment-1747</link>
		<dc:creator>Bryan Watts</dc:creator>
		<pubDate>Thu, 16 Jul 2009 04:02:04 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate.aspx#comment-1747</guid>
		<description>@Michael: Hard-code the wiring into the component&#039;s entry point. Black-box exterior with DI goodness.</description>
		<content:encoded><![CDATA[<p>@Michael: Hard-code the wiring into the component&#8217;s entry point. Black-box exterior with DI goodness.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bogardj</title>
		<link>http://lostechies.com/jimmybogard/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate/#comment-1746</link>
		<dc:creator>bogardj</dc:creator>
		<pubDate>Wed, 15 Jul 2009 22:20:37 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate.aspx#comment-1746</guid>
		<description>@Michael

Honestly, I don&#039;t really have one - I&#039;ve never been in that situation.</description>
		<content:encoded><![CDATA[<p>@Michael</p>
<p>Honestly, I don&#8217;t really have one &#8211; I&#8217;ve never been in that situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://lostechies.com/jimmybogard/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate/#comment-1745</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 15 Jul 2009 15:52:45 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate.aspx#comment-1745</guid>
		<description>I can also think of another one: writing components that should be used as “black box” in other applications? You do not necessarily want to have the users of your component having to cope with all the mandatory wiring to get the component working.

What’s your view on that subject?
</description>
		<content:encoded><![CDATA[<p>I can also think of another one: writing components that should be used as “black box” in other applications? You do not necessarily want to have the users of your component having to cope with all the mandatory wiring to get the component working.</p>
<p>What’s your view on that subject?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Strong</title>
		<link>http://lostechies.com/jimmybogard/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate/#comment-1744</link>
		<dc:creator>Steve Strong</dc:creator>
		<pubDate>Wed, 15 Jul 2009 09:12:53 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2009/07/14/when-is-poor-man-s-dependency-injection-appropriate.aspx#comment-1744</guid>
		<description>I can think of one other - in training.  Showing PMDI as an introduction to DI is hugely accessible - pretty much everybody gets the concept straightaway.  It&#039;s then pretty easy to show how it degenerates so quickly, which really makes them appreciate what an IoC is bringing to the table.</description>
		<content:encoded><![CDATA[<p>I can think of one other &#8211; in training.  Showing PMDI as an introduction to DI is hugely accessible &#8211; pretty much everybody gets the concept straightaway.  It&#8217;s then pretty easy to show how it degenerates so quickly, which really makes them appreciate what an IoC is bringing to the table.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
