[Zope] DTML sux :-)

Adam Manock abmanock@earthlink.net
Sat, 02 Mar 2002 12:08:31 -0500


You can write horrible Zope apps very quickly and easily, and DTML will let 
you get away with it.

I've seen developers copy folders full of ugly DTML to new folders, change 
a few things inside a few of the methods in the new folder, and that's how 
a new menu item is born.
I've seen Zope apps with 300 DTML methods, and only 6 python scripts, and 
those 6 would have been in DTML if it were possible. (Python as a last 
resort because developer X doesn't want to learn another language)

In short, I've seen Zope apps with absolutely no separation between the 
application and presentation layers. Zope, and more specifically DTML, is 
flexible enough to let you do this.

Just because you CAN create a working prototype of an application using a 
mixture of DTML and HTML during what should be the design phase of a 
project, doesn't mean you SHOULD.
If you want to hack up a barely working un-manageable mess of DTML in the 
shortest possible amount of time, and then call it a "production ready" web 
application after a week of bug chasing, then DTML will help you do this.
If you want to create a highly structured, easily maintainable and 
extensible object oriented web application, and you want to apply one more 
of the "light" SDLC methodologies to your project, then ZPT is your best 
friend. There's nothing better than completed GUI templates for helping to 
test your understanding of the requirements and use cases. Your users will 
gladly contribute to this process.

Just my two cents :-)

Adam