<?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: Let your Inversion of Control tool work for you</title>
	<atom:link href="http://lostechies.com/joshuaflanagan/2009/06/10/let-your-inversion-of-control-tool-work-for-you/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/joshuaflanagan/2009/06/10/let-your-inversion-of-control-tool-work-for-you/</link>
	<description></description>
	<lastBuildDate>Thu, 14 Mar 2013 03:50: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: Mike</title>
		<link>http://lostechies.com/joshuaflanagan/2009/06/10/let-your-inversion-of-control-tool-work-for-you/#comment-45</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Wed, 10 Jun 2009 11:39:45 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joshuaflanagan/archive/2009/06/09/let-your-inversion-of-control-tool-work-for-you.aspx#comment-45</guid>
		<description>Good post, this is probably the most common mistake when starting to use an IoC container.</description>
		<content:encoded><![CDATA[<p>Good post, this is probably the most common mistake when starting to use an IoC container.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Afif</title>
		<link>http://lostechies.com/joshuaflanagan/2009/06/10/let-your-inversion-of-control-tool-work-for-you/#comment-44</link>
		<dc:creator>Afif</dc:creator>
		<pubDate>Wed, 10 Jun 2009 10:02:53 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joshuaflanagan/archive/2009/06/09/let-your-inversion-of-control-tool-work-for-you.aspx#comment-44</guid>
		<description>Re:When something_asks_the_container for an OrderController...

Going by your words above there still are some classes in our application that are coupled to the Container (or service locater). The way I understand this., every thing up to our services/controllers can be auto wired by the Container. But then all the clients (as in code/classes) using our controllers and services need to be coupled to the container to request these service and controller instances.
Is my understanding right? Which would mean all our tests for the clients using these services and controllers would need to manage the container dependency. Is this correct? Or is there a way to work around this dependency too.
Can you be a bit more specific in highlighting what are the classes you see that would be coupled to the container (or service locater).. what roles or responsibilities would they have?</description>
		<content:encoded><![CDATA[<p>Re:When something_asks_the_container for an OrderController&#8230;</p>
<p>Going by your words above there still are some classes in our application that are coupled to the Container (or service locater). The way I understand this., every thing up to our services/controllers can be auto wired by the Container. But then all the clients (as in code/classes) using our controllers and services need to be coupled to the container to request these service and controller instances.<br />
Is my understanding right? Which would mean all our tests for the clients using these services and controllers would need to manage the container dependency. Is this correct? Or is there a way to work around this dependency too.<br />
Can you be a bit more specific in highlighting what are the classes you see that would be coupled to the container (or service locater).. what roles or responsibilities would they have?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Doolittle</title>
		<link>http://lostechies.com/joshuaflanagan/2009/06/10/let-your-inversion-of-control-tool-work-for-you/#comment-43</link>
		<dc:creator>Jeff Doolittle</dc:creator>
		<pubDate>Wed, 10 Jun 2009 04:49:03 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joshuaflanagan/archive/2009/06/09/let-your-inversion-of-control-tool-work-for-you.aspx#comment-43</guid>
		<description>Maybe we should call it the &quot;magic-invisible-object-factory-that-you-should-not-call-directly&quot;?</description>
		<content:encoded><![CDATA[<p>Maybe we should call it the &#8220;magic-invisible-object-factory-that-you-should-not-call-directly&#8221;?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
