I saw your guys already have many emails about the result string, but I think 
it is ok, just a little curious, any issue when we use string result?

Thanks

Mike







> 在 2016年1月26日,22:44,Lukasz Lenart <lukaszlen...@apache.org> 写道:
> 
> Such functionality is already supported, you can return an instance of
> the Result class instead of a String and Struts2 will handle it.
> Though, it isn't documented ;-)
> 
> 2016-01-26 15:26 GMT+01:00 CRANFORD, CHRIS <chris.cranf...@setech.com>:
>> This is one of the aspects of Spring MVC that I prefer over that of Struts2. 
>>  The return types from action handler methods vary and influences what the 
>> servlet handler is to do after the action handler has completed.
>> 
>> The framework could be tweaked to examine the action method's return type 
>> and based upon it branch and do various new features, allowing the result 
>> type invocation to be handled in a more declarative way via code rather than 
>> XML configuration or annotations.
>> 
>> What Christoph presents here very closely aligns with the View based 
>> implementations that Spring MVC expose.
>> 
>> I also think we're reaching a point that some of the struts2 plugins to 
>> support various result type implementations such as JSON and REST should be 
>> considered for merging into the struts2 core.  These result types have 
>> become a major way to exchange data in the past several years with 
>> microservices, web services, and AJAX support that they should be first 
>> class denizens in the codebase.
>> 
>> Chris
>> 
>> -----Original Message-----
>> From: Christoph Nenning [mailto:christoph.nenn...@lex-com.net]
>> Sent: Tuesday, January 26, 2016 3:27 AM
>> To: Struts Users Mailing List <user@struts.apache.org>
>> Subject: Re: Jodd/Madvoc MVC framework
>> 
>> return new InstantDispatcherResult("foo.jsp");
>> return new InstantActionRedirectResult("fooAction");
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>> For additional commands, e-mail: user-h...@struts.apache.org
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org

Reply via email to