Forwarded to user list.

--- Jonatas Gustavo Rodrigues wrote:
> It s ok, but if the return of an action method could
> be an object, it can provides an implementation like

> View Handler of JSF. The default handler could be
the
> Struts one, but we could extend or change this code.

http://cwiki.apache.org/WW/jsf-plugin.html

(I don't know anything about JSF, so I have no idea if
it does what you're talking about.)

I guess in my opinion returning something other than a
String from an Action makes testing, debugging, and
configuration more difficult. 

My idea of (part of) the "command pattern" (XWork) is
to allow trivial mapping from a result to the
representation of that result. *That* is the most
flexible place to implement something like what you're
talking about.

As soon as I'm returning a complex object from an
Action I am tied to whatever it is I'm returning (a
Tapestry component, a Swing dialog box, whatever). To
eliminate that coupling, I return something built-in
to the language.

Now I can test easily and trivially reconfigure how
that result will be represented in a running system.

> Can we replace the StrutsDefaultInvoker ?

That I don't know.

d.



 
____________________________________________________________________________________
Food fight? Enjoy some healthy debate 
in the Yahoo! Answers Food & Drink Q&A.
http://answers.yahoo.com/dir/?link=list&sid=396545367

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

Reply via email to