Hello,

BAD ASS stands for :
 Backend
 Agnostic
 Develompent
 ASynchronuous
 Sites.

That the way i developp : tg almost only does what it is good for :

Authentication
Authorization
Accounting (thanks to repoze what/who)

Model abstraction.
(ORM) (I love sqlalchemy)

And for the remaining I use decorators to hide the complexity and make
it all look like a simple REST server. The intelligence lies in HTML +
JS

The problem is that is it wrong : I am an ol' man who comes from
tcl/TK. Back in the ol' days (that we mimmick in wrong circonvoluted
ways that ought to fail nowadays), views where just plain'ol classes
showing itselves. Controllers where the way Model and views were
interacting by the mean of an observer handling messages with a full
duplex channel of «events».

Model were litterally talking with views, and the workflow was like a
decision tree we would code explictly, not these hidden decision trees
buried in the non deterministics path of jumps through
forms/controllers (that are synchronuous), but thorugh events.  We
would use explicit state transitions matrix + a transaction model that
would handle message failures (finite state transitions design
pattern).

Views = templates
Model = all the business rules + integrrity constraints
Controller = State Transition matrix + handling shared resources.

So my questions is quite straight forward does anyone has any
experience of REAL asynchronuous development with any python
webframework ?

As you may do it without knowing the concepts behind (the same
solutions eventually re-emerge every few years) here are the solution
you may have used :
* twisted ;
* orbited ;
* web tcp or a GUI (gtk/qt...) that uses both an http socket and TCP socket  ;
* tg scheduler ;

I see that as usual amol as some code that seems to show he already is
working on the topic. Anyone else as insight on the topic ?

Cheers
Julien

-- 
You received this message because you are subscribed to the Google Groups 
"TurboGears" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/turbogears?hl=en.

Reply via email to