You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by de...@struts.apache.org on 2004/06/03 18:25:29 UTC
[Apache Struts Wiki] Updated: StrutsCatalogLinkOnlyToActions
Date: 2004-06-03T09:25:29
Editor: KennethCavness <kc...@comcast.net>
Wiki: Apache Struts Wiki
Page: StrutsCatalogLinkOnlyToActions
URL: http://wiki.apache.org/struts/StrutsCatalogLinkOnlyToActions
no comment
Change Log:
------------------------------------------------------------------------------
@@ -1,6 +1,6 @@
StrutsCatalog: '''Link only to Actions'''
-In a Model 2 environment, the pages are suppose to be pretty but stupid. Flow to a page should go through an Action first, and the Action should assemble all the data that a page might need and put it into the request or session context. The page then just grabs what it needs, and figures out how to display it. The Action may not known the address of the page (that's in the config file), but it does need a punch list of what data the page may require. Every page should have an Action handler. One Action may handle several different pages, or a page could be handled by several different Actions (e.g. an error page), but each page should have at least one handler.
+In a Model 2 environment, the pages are supposed to be pretty but stupid. Flow to a page should go through an Action first, and the Action should assemble all the data that a page might need and put it into the request or session context. The page then just grabs what it needs, and figures out how to display it. The Action may not known the address of the page (that's in the config file), but it does need a punch list of what data the page may require. Every page should have an Action handler. One Action may handle several different pages, or a page could be handled by several different Actions (e.g. an error page), but each page should have at least one handler.
If a JSP ends up on your browser's address bar after the initial index page, then you're missing an Action ;-)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org