On Thu, Sep 30, 2004 at 08:55:41AM -0400, Aaron Switzer wrote:
> There's no reason why you can't just create your own version of Page. I
> ran into the same situation as you, in that I didn't want to embed HTML
> right into the servlets, so I took Page and cut out what I didn't need
> and added a couple of things. I use my version of Page as the
> super-class for all of my servlets.
This is exactly what I'm trying to say. Page is the logical extension
point for creating HTML content, whether extending it in a python class
or PSP. However, there is no good place create a class that responds to
GET/POST information and produces anything *other* than HTML.
I'm just asserting that this is a more logical object design. It's a
fairly common task in the course of writing a web application to have to
provide some sort of non-HTML content. As it stands, you can either (1)
"extend" Page and writeHTML() and ignore all kinds of cruft you'll never
use ("Hooray, my grapher object can validateHTML()!") or (2) extend
HTTPServlet and lose all the helpful functionality like includeURL(),
forward(), session(), write() and _action_ processing.
The new class I'm proposing provides a logical place where one can start
from to produce content other than HTML (I sound like a broken record on
this point).
As for simplicity, I don't think it is a stretch in the slighted to say
in the docs that in most cases you should start by extending Page and
overriding writeBody(), but if your needs are more advanced, dig a
little deeper.
Again, this can be done with zero impact to existing applications that
do a lot by extending Page.
--
[EMAIL PROTECTED]
Some people have a way with words, while others... erm... thingy.
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Webware-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/webware-devel
