Thanks, that's an important distinction. Not just one
transaction item, but all the items you group into one
'business transaction' within the Zope application. Meaning
(not that it's the case here) multiple different database
writes, yes? Powerful stuff.
I must have misinterpreted the presentation and business logic
issue. While there will always be conditionals and certain
small expressions in the presentation, it's the omission of the
'fetch, compute, allow' type stuff that makes the separation.
I guess you can do this in PHP, since the display scripts can
just call other pure PHP scripts and pass arguments. So that's
not really as large a win. But with Zope, the ease is
'builtin' rather than 'programmed' in. Thanks again.
On Tuesday 23 April 2002 11:34 am, you wrote:
> Jason Spisak wrote:
> > Excellent thinking. I'm guessing that the PyscopyDA
> > handles that type of thing and makes sure that it doesn't
> > get nasty. That's a big win for Zope when dealing with
> > inventory and things like that. Thanks Oliver.
> Just to be clear about the extend of this transaction safety
> (just to be sure - you might know that), it covers everything
> done in one request, so that even several "independent"
> actions (be it relational database, ZODB etc.) are rolled
> back if something goes wrong. This means it not only doesn't
> get nasty, it becomes really nice ;-). You can seperate your
> SQL statements into different ZSQL methods and so on.
> About the separation between content&layout, you are not
> obliged to use ZPT to get that (don't belive a certain Mr.
> Withers here ;)). You can also do that with dtml +
> The point is that you can - in a natural way - design the
> application in zope that it's possible to change the layout
> later on without fear of breaking the functionality.
> Yes, that's also possible with php (or perl), but this seems
> as natural as doing OO-programming in C to me.
Marketing Director, Lycoris
Desktop/LX: Familiar. Powerful. Open.
+1 425 869-2930 voice, +1 425 671-0504 fax
Zope-Dev maillist - [EMAIL PROTECTED]
** No cross posts or HTML encoding! **
(Related lists -