> In most cases the Handler is set to "view", in which case View.pm
> instantiates other modules objects, (and those instantiations use
other
> url string data to determine what to construct into the object). View
> then just spits out the default head, body (created with the other
> objects) and
Jon Robison wrote:
> In most cases the Handler is set to "view", in which case View.pm
> instantiates other modules objects, (and those instantiations use other
> url string data to determine what to construct into the object). View
> then just spits out the default head, body (created with the ot
Essentially a Dispatch.pm module, which simply looks at the url string
params and sets a Handler based upon the value of the "action" param.
(After handling security, etc.).
In most cases the Handler is set to "view", in which case View.pm
instantiates other modules objects, (and those instantiat
Jon Robison wrote:
> I should never really have to edit
> #3 (the Viewer), because the HTML construction should be done in #2. If
> I find myself editing my viewer to accomodate some function I am adding
> to the overall system, I know I need to re-think what I am doing.
In an MVC system, you wo
