This is another interesting article on the same topic:

http://www.rogare.com/metro-schemers/continuations.pdf

Instead of threads, they use continuations to freeze the state.  This
allows procedural programming, while at the same time allowing
non-linear navigation (something I imagine a threaded approach would not
allow).  That is to say, continuations make the "back" button useful. 
Stackless provides continuations for Python.  Generators can imitate
some of the features of continuations, but not all.

I worry, though, that this creates lots of requirements for reentrant
page actions and other potential concurrency bugs I haven't even thought
about -- you would have to be aware that *portions* of code could be run
more often than other neighboring code.  Using threading, you probably
wouldn't have to worry about this, but it cuts off non-linear navigation
in a way I find distasteful, though maybe it would be appropriate for
certain navigational paths.

Certainly interesting ideas, though.  DHTML might be a better solution
to many of the problems of intermediate pages, though (i.e., use DHTML
to avoid intermediate, highly derivative pages).

On Wed, 2003-06-18 at 11:12, Ian Sparks wrote:
> You have seen this article linked from the daily python list.
> 
> www.freeroller.net/page/alexkrut
> 
> In it Alex describes using Cocoon and ATCT (http://www.velare.com/product/atct.htm) 
> to provide procedural flow to a webapp.
> 
> This example in Java :
> 
>             //will send the first registration page and wait until user submits 
> information
>             sendPageAndWait("/registration1.jsp", null);
>             UserBean ub = getUser();
>             ub.setFirstName(getRequestParameter("firstName"));
>             ub.setLastName(getRequestParameter("lastName"));
>             ub.setAge(Integer.parseInt(this.getRequestParameter("age")));
>             //will send the second registration page and wait until user submits 
> information
>             sendPageAndWait("/registration2.jsp", null);
> 
> I have to say that I find the idea of this very attractive because it makes process 
> flow very straightforward.
> 
> I wonder if there is a way of programming in this paradigm for Webware? 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> Webware-discuss mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/webware-discuss



-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
Webware-discuss mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Reply via email to