<?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: IoC libraries compared</title>
	<atom:link href="http://elegantcode.com/2009/01/07/ioc-libraries-compared/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/</link>
	<description></description>
	<lastBuildDate>Mon, 15 Mar 2010 13:13:47 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Benjy</title>
		<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/comment-page-4/#comment-43895</link>
		<dc:creator>Benjy</dc:creator>
		<pubDate>Tue, 27 Jan 2009 17:36:48 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/01/07/ioc-libraries-compared/#comment-43895</guid>
		<description>Excellent article. Maybe worth reading Ayende&#039;s excellent post on MEF explaining why MEF is not an IoC container.

http://ayende.com/Blog/archive/2008/09/25/the-managed-extensibility-framework.aspx</description>
		<content:encoded><![CDATA[<p>Excellent article. Maybe worth reading Ayende&#8217;s excellent post on MEF explaining why MEF is not an IoC container.</p>
<p><a href="http://ayende.com/Blog/archive/2008/09/25/the-managed-extensibility-framework.aspx" rel="nofollow">http://ayende.com/Blog/archive/2008/09/25/the-managed-extensibility-framework.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Confluence: Java</title>
		<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/comment-page-4/#comment-43890</link>
		<dc:creator>Confluence: Java</dc:creator>
		<pubDate>Tue, 27 Jan 2009 13:29:36 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/01/07/ioc-libraries-compared/#comment-43890</guid>
		<description>&lt;strong&gt;Spring Dependency Injection...&lt;/strong&gt;

Resources   Google talks: Clean code talks on dependency injection...</description>
		<content:encoded><![CDATA[<p><strong>Spring Dependency Injection&#8230;</strong></p>
<p>Resources   Google talks: Clean code talks on dependency injection&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IoC - StructureMap Links &#171; QuantuMatrix&#8217;s Weblog</title>
		<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/comment-page-4/#comment-43363</link>
		<dc:creator>IoC - StructureMap Links &#171; QuantuMatrix&#8217;s Weblog</dc:creator>
		<pubDate>Mon, 19 Jan 2009 17:24:12 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/01/07/ioc-libraries-compared/#comment-43363</guid>
		<description>[...] IoC libraries compared [...]</description>
		<content:encoded><![CDATA[<p>[...] IoC libraries compared [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Brandsma</title>
		<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/comment-page-3/#comment-42976</link>
		<dc:creator>Chris Brandsma</dc:creator>
		<pubDate>Fri, 16 Jan 2009 17:54:04 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/01/07/ioc-libraries-compared/#comment-42976</guid>
		<description>@Wade: I didn&#039;t say you had to have attributes with StructureMap, I said attributes were an option.  Just like Xml config...it is an option.</description>
		<content:encoded><![CDATA[<p>@Wade: I didn&#8217;t say you had to have attributes with StructureMap, I said attributes were an option.  Just like Xml config&#8230;it is an option.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wade</title>
		<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/comment-page-3/#comment-42972</link>
		<dc:creator>Wade</dc:creator>
		<pubDate>Fri, 16 Jan 2009 17:42:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/01/07/ioc-libraries-compared/#comment-42972</guid>
		<description>Just a note, I have StructureMap working completely free of config files and without attributes! It wasn&#039;t mentioned in your coverage but you can register all of the objects by simply calling IAssemblyScanner.LookForRegistries() within the object factory initialization. Then in your registry file you setup fluently your contracts and defaults. No attributes needed!</description>
		<content:encoded><![CDATA[<p>Just a note, I have StructureMap working completely free of config files and without attributes! It wasn&#8217;t mentioned in your coverage but you can register all of the objects by simply calling IAssemblyScanner.LookForRegistries() within the object factory initialization. Then in your registry file you setup fluently your contracts and defaults. No attributes needed!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan</title>
		<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/comment-page-3/#comment-42836</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Wed, 14 Jan 2009 03:03:39 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/01/07/ioc-libraries-compared/#comment-42836</guid>
		<description>I love Autofac.  It&#039;s syntax is great, it&#039;s so simple to configure, and it doesn&#039;t include everything and the kitchen sink (which I don&#039;t need). 

Spring&#039;s XML configuration?  I hope I never have to touch that ever again...</description>
		<content:encoded><![CDATA[<p>I love Autofac.  It&#8217;s syntax is great, it&#8217;s so simple to configure, and it doesn&#8217;t include everything and the kitchen sink (which I don&#8217;t need). </p>
<p>Spring&#8217;s XML configuration?  I hope I never have to touch that ever again&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wolf++ &#187; TuneWiz Loosely Coupled, Easily Testable</title>
		<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/comment-page-3/#comment-42803</link>
		<dc:creator>wolf++ &#187; TuneWiz Loosely Coupled, Easily Testable</dc:creator>
		<pubDate>Tue, 13 Jan 2009 08:30:11 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/01/07/ioc-libraries-compared/#comment-42803</guid>
		<description>[...] feels awkward to me. I know there are tools to help with this, but I&#8217;m not ready to pick an IoC library. I don&#8217;t feel like things are complex enough to warrant it. I was just read this article, [...]</description>
		<content:encoded><![CDATA[<p>[...] feels awkward to me. I know there are tools to help with this, but I&#8217;m not ready to pick an IoC library. I don&#8217;t feel like things are complex enough to warrant it. I was just read this article, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Weekly Links #35 &#124; GrantPalin.com</title>
		<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/comment-page-3/#comment-42594</link>
		<dc:creator>Weekly Links #35 &#124; GrantPalin.com</dc:creator>
		<pubDate>Sun, 11 Jan 2009 18:37:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/01/07/ioc-libraries-compared/#comment-42594</guid>
		<description>[...] IoC libraries compared Nice faceoff between different Inversion of Control libraries. Very helpful. [...]</description>
		<content:encoded><![CDATA[<p>[...] IoC libraries compared Nice faceoff between different Inversion of Control libraries. Very helpful. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Dingwall</title>
		<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/comment-page-3/#comment-42240</link>
		<dc:creator>Richard Dingwall</dc:creator>
		<pubDate>Fri, 09 Jan 2009 20:51:02 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/01/07/ioc-libraries-compared/#comment-42240</guid>
		<description>Nice comparison. Does it worry anyone that there are so many options available? Do compelling reasons exist why each of these six libraries is best for different situations, or are some just me-too coding experiments along for the ride?

Personally, I&#039;ve settled on Unity   CommonServiceLocator. I genuinely prefer the API over most of the open-source offerings (which is rare and impressive for MS), and being part of the enterprise library, it stands out in terms of long-term supportability.

I also prefer in-code initialization. I never really saw the point of external XML/boo/whatever configuration, unless your application properly supports plugins.</description>
		<content:encoded><![CDATA[<p>Nice comparison. Does it worry anyone that there are so many options available? Do compelling reasons exist why each of these six libraries is best for different situations, or are some just me-too coding experiments along for the ride?</p>
<p>Personally, I&#8217;ve settled on Unity   CommonServiceLocator. I genuinely prefer the API over most of the open-source offerings (which is rare and impressive for MS), and being part of the enterprise library, it stands out in terms of long-term supportability.</p>
<p>I also prefer in-code initialization. I never really saw the point of external XML/boo/whatever configuration, unless your application properly supports plugins.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Py</title>
		<link>http://elegantcode.com/2009/01/07/ioc-libraries-compared/comment-page-3/#comment-42189</link>
		<dc:creator>Steve Py</dc:creator>
		<pubDate>Fri, 09 Jan 2009 04:20:20 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/01/07/ioc-libraries-compared/#comment-42189</guid>
		<description>Yeah, Nick co-wrote Autofac before getting head-hunted to M$ along with the creator of Windsor to work on MEF. I&#039;ve worked with him on occassion including his last assignment prior to getting head-hunted. (Bastage left a big mess over here!  j/k :D )

Autofac has my vote now due to its simplicity. We use it here with our web projects. One other thing worth noting is it has a contrib project to compliment it, and I believe a few Brisbane-ites are working on a Winform variation.

StructureMap is one I&#039;ll be taking a closer look at this year. One tidbit I did learn over on codeBetter is that they have a diagnostic mode to inspect their XML configuration to throw a meaningful exception early rather than NullReferenceExceptions. (A bad smell I get when using IoC containers.)</description>
		<content:encoded><![CDATA[<p>Yeah, Nick co-wrote Autofac before getting head-hunted to M$ along with the creator of Windsor to work on MEF. I&#8217;ve worked with him on occassion including his last assignment prior to getting head-hunted. (Bastage left a big mess over here!  j/k <img src='http://elegantcode.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' />  )</p>
<p>Autofac has my vote now due to its simplicity. We use it here with our web projects. One other thing worth noting is it has a contrib project to compliment it, and I believe a few Brisbane-ites are working on a Winform variation.</p>
<p>StructureMap is one I&#8217;ll be taking a closer look at this year. One tidbit I did learn over on codeBetter is that they have a diagnostic mode to inspect their XML configuration to throw a meaningful exception early rather than NullReferenceExceptions. (A bad smell I get when using IoC containers.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
