Well, I just posted a couple of entries: http://www.pbell.com/index.cfm/2007/4/5/LightWire-The-Benefits-of-a-Programm able-Configuration-Object
http://www.pbell.com/index.cfm/2007/4/5/LightWire-Why-I-Love-Mixin-Injection s Here are some thoughts: ColdSpring is much more widely used. It has been out there longer. It has better documentation. It is solid, works well and there are a good community of users. It is also the only game in town (at the moment) if you want AOP or automagic remote bean proxies. Two minor LW considerations: LightWire is smaller (two files) so if you happen to want to drop it into a project, you don¹t need to add a mapping and a whole other dependency you just add two files plus your config. LightWire is simpler if you want to know HOW a DI engine works, the core code in LightWire is under 400 lines so it is a great way to look under the hood and really get the pattern. Three bigger ones: 1. DI Into Transients: LightWire is OPTIMIZED for DI into transients as well as singletons. You CAN DI into Singletons using ColdSpring, but every time I asked, I was told it was not recommended. So if you want to do a lot of User.save() where you put UserDAO within the User object, at least look at LightWire as that is what it was build for. 2. Programmatic Config: LightWire uses a programmatic config. Programmatic configs vs. XML is pretty much a religious war. All I will say is that there are clearly benefits to both approaches depending on your use cases (there are seldom wars between a smart approach and a consistently useless and stupid one) so if you want a programmatic config file, feel free to check out LightWire. 3. Mixin injection: See the second link above, but basically this is a third type of DI in addition to constructor and setter injection (which LightWire also supports). In my opinion it allows for the benefit of setter injection (handling circular dependencies) without having to add a bunch of setter methods to your classes just to make your DI work. I love the approach, but it is not a widespread solution (I haven¹t noticed it in any other DI frameworks in any languages, although I may have missed it). Please also note that unlike ColdSpring, LightWire does not support auto-wiring. I¹d rather have a single definitive config file and use mixin injection to cut down on all of the spurious setter methods, but if you like auto-wiring, you won¹t see it in LightWire now or in the future. I would recommend if you are interested in DI into transients, programmatic config or mixin injection you should check out LightWire. Otherwise, unless the small size or the learning benefits are of interest, I¹d say ColdSpring is still the default choice. Best Wishes, Peter On 4/5/07 12:36 PM, "J MacKay" <[EMAIL PROTECTED]> wrote: >> > Although I do use ColdSpring myself, there are other DI frameworks: >> > http://rachaelandtom.info/node/1429 > > Any thoughts or opinions on the differences between Lightwire and ColdSpring? > > > -- > > > > Need Mail bonding? > Go to the Yahoo! Mail Q > <http://answers.yahoo.com/dir/index;_ylc=X3oDMTFvbGNhMGE3BF9TAzM5NjU0NTEwOARfc > wMzOTY1NDUxMDMEc2VjA21haWxfdGFnbGluZQRzbGsDbWFpbF90YWcx?link=ask&sid=396546091 > > for great tips from Yahoo! Answers > <http://answers.yahoo.com/dir/index;_ylc=X3oDMTFvbGNhMGE3BF9TAzM5NjU0NTEwOARfc > wMzOTY1NDUxMDMEc2VjA21haWxfdGFnbGluZQRzbGsDbWFpbF90YWcx?link=ask&sid=396546091 > > users. > You are subscribed to cfcdev. To unsubscribe, please follow the instructions > at http://www.cfczone.org/listserv.cfm > > CFCDev is supported by: > Katapult Media, Inc. > We are cool code geeks looking for fun projects to rock! > www.katapultmedia.com > > An archive of the CFCDev list is available at > www.mail-archive.com/[email protected] You are subscribed to cfcdev. To unsubscribe, please follow the instructions at http://www.cfczone.org/listserv.cfm CFCDev is supported by: Katapult Media, Inc. We are cool code geeks looking for fun projects to rock! www.katapultmedia.com An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
