You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by janbrito <ja...@msn.com> on 2007/02/23 15:36:55 UTC

Re: [S2] Best practice

Thanks for your comments. It makes sense.



Brian Thompson-5 wrote:
> 
> In my web project, I divide actions up logically by what they deal with. 
>   For your menu example, I'd have MenuAction.  For displaying data 
> pages,  I have PageAction.  I also separate management of the various 
> data types out into ManagementAction classes, one for each data type.
> 
> Calling the actions this way is a little easier; I don't need to pass a 
> type, just an ID - the action definitions in struts.xml take care of the 
> rest.  Also, the code ends up being better-organized than if I had one 
> action class to handle all different sorts of actions.
> 
> Good luck!
> 
> -Brian
> 
> 
> 
> janbrito wrote:
>> Hi,
>> 
>> I'm building a portal using Struts, Spring, Hibernate and Velocity, and
>> right now I only have the login action ready. What I would like to know
>> is
>> how to handle all requests once the user is logged in. Do I have to
>> create
>> an action class to handle all user clicks on the portal? If the user
>> clicks
>> on a menu then I would call this main action class passing a parameter
>> type="menu" and also the id=menuID. If the user clicks in a link within a
>> menu content, I would call this action class passing type="article" and
>> id=articleID. Using this methodology I would have a switch to handle the
>> different types.
>> 
>> Is this a good practice? if not, what would be the best practice?
>> 
>> Thanks
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Best-practice-tf3278926.html#a9119714
Sent from the Struts - User mailing list archive at Nabble.com.


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