BOGAERT Mathias wrote:
I've been looking at Picocontainer and Nanocontainer, and I like it.
I think it provides a better approach to IOC than the enabler interfaces
because of:

- no more enabler interface (this has a negative side also, different UML
diagrams)
- hides the component logic even more
- no more setter
- a component cannot be constructed without the other component (good!)
- only one constructor possible (means all components defined are
*required*, this is good and bad) - do null asserts in the constructor
- dependency on small external project maintained by a group of very
talented people

IMO we should migrate Xwork.

What do you guys think?

I just looked through the PicoContainer description, and it seems as though all my concerns with Type 2 IoC are resolved. In other words, I think it's brilliant and wouldn't mind at all if XWork used it.


/Rickard

--
Rickard Öberg
[EMAIL PROTECTED]
Senselogic

Got blog? I do. http://dreambean.com



-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

Reply via email to