[Web-SIG] WSGI Open Space @ PyCon.

P.J. Eby pje at telecommunity.com
Mon Mar 30 17:45:31 CEST 2009


At 03:43 PM 3/30/2009 +0300, Sergey Schetinin wrote:
>Did you consider a variation that eliminates the start_response but
>returns status and headers as first item of the iterable? Considering
>how response is usually generated it could save some code in some
>cases and wouldn't add any overhead in others, it also has a pleasant
>similarity to the HTTP response format:
>
>   def simple_app(environ):
>       """Simplest possible application object"""
>       status = '200 OK'
>       response_headers = [('Content-type','text/plain')]
>       yield status, response_headers
>       yield 'Hello world!\n'


I thought about this, and also a variant where status is in the 
headers, as a 'Status' header ala CGI, with a default of '200 
OK'.  In which case, the following would both be valid apps:

     def simple_app(environ):
         return [('Content-type','text/plain')], "Hello world!\n"

     def simple_app(environ):
         yield [('Content-type','text/plain')]
         yield "Hello world!\n"

However, the main reason I suggested the fixed 3-tuple return is to 
*discourage* the use of generators as response bodies, because a lot 
of people think that they should use yield to build up the output, 
ala 'print' in CGI.  This is really bad for performance, given that 
iterator yielding is supposed to be used to flush the output channel.

Unless you're transmitting a large file, you really should just be 
returning one string with the entire body in the common case.  As you 
point out, it's not that difficult to wrap something with a decorator 
to use one of these simple styles if you need to. 



More information about the Web-SIG mailing list