decorator to fetch arguments from global objects

Wolfgang Maier wolfgang.maier at biologie.uni-freiburg.de
Wed Jun 19 03:39:39 EDT 2013


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




More information about the Python-list mailing list