Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #48692 > unrolled thread

Re: decorator to fetch arguments from global objects

Started byWolfgang Maier <wolfgang.maier@biologie.uni-freiburg.de>
First post2013-06-19 07:39 +0000
Last post2013-06-19 07:39 +0000
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: decorator to fetch arguments from global objects Wolfgang Maier <wolfgang.maier@biologie.uni-freiburg.de> - 2013-06-19 07:39 +0000

#48692 — Re: decorator to fetch arguments from global objects

FromWolfgang Maier <wolfgang.maier@biologie.uni-freiburg.de>
Date2013-06-19 07:39 +0000
SubjectRe: decorator to fetch arguments from global objects
Message-ID<mailman.3571.1371627599.3114.python-list@python.org>
andrea crotti <andrea.crotti.0 <at> gmail.com> writes:
 
> 
> 2013/6/18 Terry Reedy <tjreedy <at> udel.edu>
> On 6/18/2013 5:47 AM, andrea crotti wrote:
> Using a CouchDB server we have a different database object potentially
> for every request.
> We already set that db in the request object to make it easy to pass it
> around form our django app, however it would be nice if I could set it
> once in the API and automatically fetch it from there.
> Basically I have something like
> class Entity:
>       def save_doc(db)
> 
> If save_doc does not use an instance of Entity (self) or Entity itself
(cls), it need not be put in the class.
> 
> I missed a self it's a method actually..
>          ...
> I would like basically to decorate this function in such a way that:
> - if I pass a db object use it
> - if I don't pass it in try to fetch it from a global object
> - if both don't exist raise an exception
> 
> Decorators are only worthwhile if used repeatedly. What you specified can
easily be written, for instance, as
> def save_doc(db=None):
>   if db is None:
>     db = fetch_from_global()
>   if isinstance(db, dbclass):
>     save_it()
>   else:
>     raise ValueError('need dbobject')
> 
> 
> Yes that's exactly why I want a decorator, to avoid all this boilerplate
for every function method that uses a db object.. 
> 

The standard way of avoiding boilerplate like this is not to use a
decorator, but a regular function/method that you call from within your
code. Just encapsulate Terry's code into a module-level function (or a
static class method):

def guarantee_dbobject(db):
    if db is None:
        db = fetch_from_global()
    elif not isinstance(db, dbclass):
        raise TypeError('need dbobject')
    return db

Then use it as a simple one-liner like this:
def save_doc(self, db=None):
    db = guarantee_dbobject(db)
    ...

It's as much effort to use this as decorating the method, but I think it's
clearer and it avoids the potential problems that a decorator causes with
introspection (which might not be a problem now, but could turn into one at
some point).
Wolfgang

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web