<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/20638/Dependency_Injection_with_Guice</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2009, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Sun, 06 Dec 2009 13:49:02 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>...</title>
			<link>http://osnews.com/thread?340048</link>
			<guid isPermaLink="true">http://osnews.com/thread?340048</guid>
			<description>Interesting, after trying Unity in .NET I must say dependency injection is a must for extensible apps.</description>
			<pubDate>Thu, 11 Dec 2008 22:00:00 GMT</pubDate>
			<author>donotreply@osnews.com (Hiev)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: ...</title>
			<link>http://osnews.com/thread?340051</link>
			<guid isPermaLink="true">http://osnews.com/thread?340051</guid>
			<description>Unity isn't all that great either. Try ninject, castle windsor, or structuremap if you want to really get into IoC on .net.</description>
			<pubDate>Thu, 11 Dec 2008 23:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (google_ninja)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>am I missing something?</title>
			<link>http://osnews.com/thread?340057</link>
			<guid isPermaLink="true">http://osnews.com/thread?340057</guid>
			<description>It seems like yet another IoC framework without anything to differentiate it from all the other choices</description>
			<pubDate>Fri, 12 Dec 2008 00:11:00 GMT</pubDate>
			<author>donotreply@osnews.com (google_ninja)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Spring...</title>
			<link>http://osnews.com/thread?340079</link>
			<guid isPermaLink="true">http://osnews.com/thread?340079</guid>
			<description>Although I salute most of Google's project(s) as great initiatives... I must say that another IoC framework seems a bit redundant considering that Spring is already mature and fully integrated in thousands of applications around the world.<br />
<br />
What's next? A .NET replacement named .google?</description>
			<pubDate>Fri, 12 Dec 2008 02:11:00 GMT</pubDate>
			<author>donotreply@osnews.com (shadow_x99)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Spring...</title>
			<link>http://osnews.com/thread?340106</link>
			<guid isPermaLink="true">http://osnews.com/thread?340106</guid>
			<description>Guice is not new. it has been almost two years it is out. Spring made a lot of catching up after Guice was released. it has advantages (speed, configuration, compile time safety etc.) over Spring. Spring is bloated. But if you are looking for a tiny IOC library, butterfly ( <a href="http://butterfly.jenkov.com/" rel="nofollow">http://butterfly.jenkov.com/</a> )  is a good choice too.Edited 2008-12-12 09:27 UTC</description>
			<pubDate>Fri, 12 Dec 2008 09:24:00 GMT</pubDate>
			<author>donotreply@osnews.com (ahmetaa)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Taking things too far</title>
			<link>http://osnews.com/thread?340181</link>
			<guid isPermaLink="true">http://osnews.com/thread?340181</guid>
			<description>Spring has indeed been around a long time and is very powerful. However, Guice beats it hands down for a simpler design. For smaller projects Guice is less work to use. With Hibernate you have to understand the tags in their XML dialect and use them to wire stuff together, with Guice you need to know a lot less to be productive (which is why I think Guice has the superior 'design').<br />
<br />
While dependency injection and Inversion-of-Control has it's place I think it is *massively* overused in almost all of the of the recent (commercial) projects I've had to maintain/extend. <br />
<br />
Rather than using these frameworks for resource acquisition they also get used to configure and assign all sorts of objects on to each other. Spring in particular gets used to wire stuff up all over the place and it makes it very hard to figure what is constructed when and where (particularly on large modular projects where there can be many Spring contexts about). <br />
<br />
This model is crap for maintaining a large project so I have come to conclude that less IoC should be used (but not zero) in projects in favour of more parameter passing and regular property assignment. Otherwise you have a lot of &quot;WTF! where did that come from?&quot; moments when maintaining the code written by others.<br />
<br />
So, be careful when using IoC, ok?</description>
			<pubDate>Sat, 13 Dec 2008 04:03:00 GMT</pubDate>
			<author>donotreply@osnews.com (StaubSaugerNZ)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Taking things too far</title>
			<link>http://osnews.com/thread?340246</link>
			<guid isPermaLink="true">http://osnews.com/thread?340246</guid>
			<description>Its sort of how the first system you design after reading the GoF book is GUARENTEED to be over engineered.   <br />
<br />
I can't imagine life without IoC at this point, but just like design patterns and database normalization, ivory tower theory needs to be balanced by a good dose of real world experience and common sense.</description>
			<pubDate>Sun, 14 Dec 2008 00:34:00 GMT</pubDate>
			<author>donotreply@osnews.com (google_ninja)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
