>Using a template engine such as WebMacro is in my (very clearly
biased)
>opinion a much better solution, since the model/view/controller
design
>is actually architecturally enforced.
No, it's not better ! Template engines in general make no sense for
Web based apps, are difficult
to maintain and need a template scripting language in any case
(which has a different
syntax than java)
Template engines would be more relevant if we had several sets of
tempalates (different UI's) and
the application designer could choose the template set dynamically
(or swap them at compile
time). But really, how many times do you want to change the entire
look and feel of your web site ?
(it sounds nice, but it's really not that useful/relevant in
practice).
And in MVC, the UI is responsible for displaying the data anyway.
(in the way the UI sees fit.)
So how does this make templates different from jsp anyway ?
All you have done is substituted
<java>..java code..</java> with
<template-macro>....template code..</template-macro>
In both cases, you still have application objects, application code
etc., (both global and session specific)
associated with your web app. And these are separate from your
formatting jsp/template code. So
what the difference ? (apart from non java, artifical, template
specific syntax in the case of template engines ?)
Best regards
--Hursh
*****************************************************************************
The information in this email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else
is unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution
or any action taken or omitted to be taken in reliance on it, is prohibited
and may be unlawful. When addressed to our clients any opinions or advice
contained in this email are subject to the terms and conditions expressed in
the governing KPMG client engagement letter.
*****************************************************************************
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
