You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@turbine.apache.org by lixin chu <li...@yahoo.com> on 2004/01/01 04:28:11 UTC
Model 1 and Model 2 of Page Flow control
Hi,
A newbie question, the web page
http://otn.oracle.com/oramag/webcolumns/2003/techarticles/mills_mvc.html
mentioned that centralized page flow control is model
2 (for example, the way Struts defines the pages in
the struts-config.xml, although it is NOT a full page
flow control solution. maybe theirs is 1.5 :-));
hardcoded page flow is model 1 which is not good.
does it mean that Turbine uses Model 1 - since the
page flow is determined by setPage and setTemplate in
.vm and/or .java ?
thanks in advance
li xin
__________________________________
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org
Re: Model 1 and Model 2 of Page Flow control
Posted by lixin chu <li...@yahoo.com>.
I think SUN's Model 2 means MVC pattern. In this sense
both Struts and Turbine are Model 2 framework.
However, the doc I mentioned focuses on the management
of the page flow. Their Model 2 definition is that the
page flow should not be hardcoded.
The 2+1 model in the hyperlink means the way data is
tranfered between modules.
So is my understanding correct that Turbine does not
use a centralized configuration file to manage the
page flow but hard coded ? Is it good or not so good ?
--- Scott Eade <se...@backstagetech.com.au> wrote:
> lixin chu wrote:
>
> >Hi,
> >A newbie question, the web page
>
>http://otn.oracle.com/oramag/webcolumns/2003/techarticles/mills_mvc.html
> >mentioned that centralized page flow control is
> model
> >2 (for example, the way Struts defines the pages in
> >the struts-config.xml, although it is NOT a full
> page
> >flow control solution. maybe theirs is 1.5 :-));
> >hardcoded page flow is model 1 which is not good.
> >
> >does it mean that Turbine uses Model 1 - since the
> >page flow is determined by setPage and setTemplate
> in
> >.vm and/or .java ?
> >
> >thanks in advance
> >li xin
> >
> >
> How about model 2+1 - see:
>
>
http://jakarta.apache.org/turbine/further-reading/model2+1.html
>
> and
>
>
http://jakarta.apache.org/turbine/further-reading/pullmodel.html
>
> Scott
>
> --
> Scott Eade
> Backstage Technologies Pty. Ltd.
> http://www.backstagetech.com.au
>
>
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> turbine-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> turbine-user-help@jakarta.apache.org
>
__________________________________
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org
Re: Model 1 and Model 2 of Page Flow control
Posted by Scott Eade <se...@backstagetech.com.au>.
lixin chu wrote:
>Hi,
>A newbie question, the web page
>http://otn.oracle.com/oramag/webcolumns/2003/techarticles/mills_mvc.html
>mentioned that centralized page flow control is model
>2 (for example, the way Struts defines the pages in
>the struts-config.xml, although it is NOT a full page
>flow control solution. maybe theirs is 1.5 :-));
>hardcoded page flow is model 1 which is not good.
>
>does it mean that Turbine uses Model 1 - since the
>page flow is determined by setPage and setTemplate in
>.vm and/or .java ?
>
>thanks in advance
>li xin
>
>
How about model 2+1 - see:
http://jakarta.apache.org/turbine/further-reading/model2+1.html
and
http://jakarta.apache.org/turbine/further-reading/pullmodel.html
Scott
--
Scott Eade
Backstage Technologies Pty. Ltd.
http://www.backstagetech.com.au
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org