You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@struts.apache.org by hu...@apache.org on 2006/07/16 03:33:42 UTC

svn commit: r422331 - in /struts/struts1/trunk/src/site/xdoc/userGuide: index.xml introduction.xml

Author: husted
Date: Sat Jul 15 18:33:42 2006
New Revision: 422331

URL: http://svn.apache.org/viewvc?rev=422331&view=rev
Log:
STR 2910 Update introduction to complement primer. 

Modified:
    struts/struts1/trunk/src/site/xdoc/userGuide/index.xml
    struts/struts1/trunk/src/site/xdoc/userGuide/introduction.xml

Modified: struts/struts1/trunk/src/site/xdoc/userGuide/index.xml
URL: http://svn.apache.org/viewvc/struts/struts1/trunk/src/site/xdoc/userGuide/index.xml?rev=422331&r1=422330&r2=422331&view=diff
==============================================================================
--- struts/struts1/trunk/src/site/xdoc/userGuide/index.xml (original)
+++ struts/struts1/trunk/src/site/xdoc/userGuide/index.xml Sat Jul 15 18:33:42 2006
@@ -37,9 +37,6 @@
                                 into the Past!</a>
                         </li>
                         <li>
-                            <a href="introduction.html#mvc">1.2 The
-                                Model-View-Controller ('MVC') Design
-                                Pattern</a>
                             <ul>
                                 <li>
                                     <a href="introduction.html#modelConcepts">
@@ -425,7 +422,7 @@
         <section>
             <p class="right">
                 Next:
-                <a href="introduction.html">introduction</a>
+                <a href="introduction.html">Introduction</a>
             </p>
         </section>
 

Modified: struts/struts1/trunk/src/site/xdoc/userGuide/introduction.xml
URL: http://svn.apache.org/viewvc/struts/struts1/trunk/src/site/xdoc/userGuide/introduction.xml?rev=422331&r1=422330&r2=422331&view=diff
==============================================================================
--- struts/struts1/trunk/src/site/xdoc/userGuide/introduction.xml (original)
+++ struts/struts1/trunk/src/site/xdoc/userGuide/introduction.xml Sat Jul 15 18:33:42 2006
@@ -79,7 +79,7 @@
                     applications.
                 </p>
 
-                <p>Another model was clearly needed ...</p>
+                <p>Clearly, another paradigm was needed ...</p>
 
                 <p>
                     Many clever developers realized that JavaServer Pages AND
@@ -121,59 +121,21 @@
                 </p>
 
             </subsection>
-
+            
             <a name="mvc"/>
-            <subsection
+            <subsection 
                     name="1.2 The Model-View-Controller ('MVC') Design Pattern"
                     href="mvc">
 
                 <p>
-                    In the original SmallTalk Model-View-Controller framework,
-                    an application is seen as having three distinct parts.
-                    The problem domain is represented by the Model.
-                    The output to the user is represented by the View.
-                    And, the input from the user is represented by Controller.
+                    The term "MVC" originated with the SmallTalk 
+                    Model-View-Controller framework. Under MVC, 
+                    an application is seen as having three distinct parts. The 
+                    problem domain is represented by the Model. The output to 
+                    the user is represented by the View. And, the input from the 
+                    user is represented by Controller.
                 </p>
 
-                <p>
-                    In Smalltalk MVC, the View updates itself from the Model,
-                    via the "Observer" pattern.
-                    The original MVC pattern is like a closed loop:
-                    The View talks to the Controller, which talks to the
-                    Model,
-                    which talks to the View.
-                </p>
-
-                <p>
-                    But, a direct link between the Model and the View is not
-                    practical
-                    for web applications,
-                    so we modify the classic MVC arrangement so that it would
-                    look
-                    less like a loop and more like a horseshoe with the
-                    controller
-                    in the middle.
-                </p>
-
-                <p>
-                    In the MVC/Model 2 design pattern, application flow is
-                    mediated by a
-                    central Controller. The Controller delegates requests - in
-                    our
-                    case, HTTP requests - to an appropriate handler. The
-                    handlers
-                    are tied to a Model, and each handler acts as an adapter
-                    between the request and the Model. The Model represents,
-                    or
-                    encapsulates, an application's business logic or
-                    state. Control is usually then forwarded back through the
-                    Controller to the appropriate View. The forwarding can be
-                    determined by consulting a set of mappings, usually loaded
-                    from a database or configuration file. This provides a
-                    loose
-                    coupling between the View and Model, which can make
-                    applications significantly easier to create and maintain.
-                </p>
             </subsection>
 
             <a name="modelConcepts"/>