Manlio Perillo wrote:
Ian Bicking ha scritto:
Manlio Perillo wrote:
I'm adding web-sig in Cc.
[...]
I'm developing a WSGI framework with all these (and other) ideas:
http://hg.mperillo.ath.cx/wsgix
Its still not documented, so I have not yet made an official
announcement.
The main design goal is to keep the level of the interface as low
level as possible.
I don't like additional interfaces (like Request and Response)
objects around the WSGI dictionary, and I don't like frameworks like
Django that completely hides the WSGI interface.
Have you tried webob? My first run as Paste avoided wrappers around
those objects, but an object interface has been very helpful.
I have not tried it, but I have read the code (as I have read the code
of Paste).
In principle I'm against using additional interface, and one of the
reason I wrote wsgix is to have a prof of concept, for trying to
understand if it is feasible to write a WSGI application using an
alternative framework.
wsgix (+ mod_wsgi for Nginx) has the same role as Paste, but I have
decided to use a rather different approach.
As an example, in Paste you have choosed to using config dictionary for
middleware configuration, that is, you have middleware factories.
I think this is a red herring. WebOb specifically doesn't do anything
related to configuration or the setup of the stack. What it does do is
stuff like:
expires = http.format_time(0)
http.generate_cookie(
environ, headers, name, '', expires=expires,
domain=cookie_domain(environ), path=path,
max_age=0)
which would be resp.delete_cookie(name) (well, cookie_domain seems to be
derived from a setting, but that's mostly unrelated). This isn't a
particularly substantial difference, but these small conveniences add up.
--
Ian Bicking : [EMAIL PROTECTED] : http://blog.ianbicking.org
_______________________________________________
Web-SIG mailing list
Web-SIG@python.org
Web SIG: http://www.python.org/sigs/web-sig
Unsubscribe:
http://mail.python.org/mailman/options/web-sig/archive%40mail-archive.com
