For what it is worth: -1

To follow Martin Fowler's reasoning
(http://www.martinfowler.com/articles/injection.html), a MovieLister
wants to use a MovieFinder interface but needs to create a
MovieFinderImpl implementation of the MovieFinder interface to do so. 
We want the MovieLister to be coupled only to the interface and not to
the implementation for all the reasons that decoupling is supported in
OOP patterns.  Most importantly, we want to be able to exchange
implementations or to improve the implemenation without changing the
MovieLister class.  IoC does this.  This seems to me to be very
different than CoR and not incompatible with CoR.  I would like to see
Action be IoC and for RequestProcessor to be IoC and to have a default
implemenation of RequestProcessor that is CoR.  This would be close to
the ideal in my mind.  There are two types of plugins that are both
very useful and they do not seem to be in competition but consistent
to me.  Does this make sense to anyone?


On Mon, 14 Feb 2005 10:12:40 -0600, Vic <[EMAIL PROTECTED]> wrote:
> 
> 
> Frank W. Zammetti wrote:
> 
> >the more the idea of making an Action
> >a Command appeals to me.
> >
> >
> +1.
> 
> In essence ... less Struts and more Chain.
> 2 chains, a user chain, and a request processing chain.
> 
> (even one day go as far that the user-chain.xml replaces
> struts-config.xml. The chain xml can have infinite nubmer of elements now.
>  And 10 years from now... have a declerative langage... where all you do
> is write in xml what you want to happen.)
> 
> 
> .V
> 
> --
> Forums, Boards, Blogs and News in RiA <http://www.boardVU.com>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
No one ever went blind looking at the bright side of life.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to