http://www.elfsternberg.com/2009/11/20/python-decorators-with-arguments-with-bonus-django-goodness/ Done, and gets things smart. Fri, 03 Feb 2012 14:39:41 +0000 hourly 1 http://wordpress.org/?v=3.2.1 http://www.elfsternberg.com/2009/11/20/python-decorators-with-arguments-with-bonus-django-goodness/comment-page-1/#comment-5674 Exploring Python @decorators | Differential Progression Sat, 28 May 2011 17:02:37 +0000 http://www.elfsternberg.com/?p=503#comment-5674 [...] as usual, one goes off and does some research. My answer was found here in a very useful post by Elf Sternberg. The example on the linked page has a bit more detail than [...] [...] as usual, one goes off and does some research. My answer was found here in a very useful post by Elf Sternberg. The example on the linked page has a bit more detail than [...]

]]> http://www.elfsternberg.com/2009/11/20/python-decorators-with-arguments-with-bonus-django-goodness/comment-page-1/#comment-1290 Jeethu Rao Sat, 28 Nov 2009 12:03:29 +0000 http://www.elfsternberg.com/?p=503#comment-1290 Rob is right. How hard is it to check isinstance(r,HttpResponse) and return it directly ? I feel your argument about seperating the rendering and the business logic is just a strawman. Aren't properly written applications not supposed to be able to redirect ? Rob is right. How hard is it to check isinstance(r,HttpResponse) and return it directly ? I feel your argument about seperating the rendering and the business logic is just a strawman. Aren’t properly written applications not supposed to be able to redirect ?

]]> http://www.elfsternberg.com/2009/11/20/python-decorators-with-arguments-with-bonus-django-goodness/comment-page-1/#comment-952 Elf Sternberg Tue, 24 Nov 2009 16:18:09 +0000 http://www.elfsternberg.com/?p=503#comment-952 Rob, the point is that fn() isn't going to return an HttpResponseRedirect; the entire API is set up so that fn() returns a python dictionary (or dictionary-like; remember duck-typing) object, and the developer decorates that response with the appropriate handler. This way, the rendering and the business logic are separate; the rule is simple: business modules return dictionaries of meaningful data, not the arbitrary bytestream of an HTML page. Rob, the point is that fn() isn’t going to return an HttpResponseRedirect; the entire API is set up so that fn() returns a python dictionary (or dictionary-like; remember duck-typing) object, and the developer decorates that response with the appropriate handler. This way, the rendering and the business logic are separate; the rule is simple: business modules return dictionaries of meaningful data, not the arbitrary bytestream of an HTML page.

]]> http://www.elfsternberg.com/2009/11/20/python-decorators-with-arguments-with-bonus-django-goodness/comment-page-1/#comment-908 Rob Sat, 21 Nov 2009 12:23:28 +0000 http://www.elfsternberg.com/?p=503#comment-908 You pass the results of fn() directly to render_to_response. If fn() returns a HttpResponseRedirect then you will get an error because render_to_response is expecting a dict as its second argument. Instead you should get the response of fn() and check to see if it is a response object; if it is then return it else pass it to render_to_response You pass the results of fn() directly to render_to_response. If fn() returns a HttpResponseRedirect then you will get an error because render_to_response is expecting a dict as its second argument. Instead you should get the response of fn() and check to see if it is a response object; if it is then return it else pass it to render_to_response

]]>