Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder1.news.weretis.net!feeder.erje.net!eu.feeder.erje.net!xlned.com!feeder3.xlned.com!news2.euro.net!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail
To: python-list@python.org
From: John Reid <j.reid@mail.cryst.bbk.ac.uk>
Subject: Re: Differences creating tuples and collections.namedtuples
Date: Tue, 19 Feb 2013 09:36:50 +0000
References: <7a40a426-baa9-46f8-8f9d-59ba32b044f3@googlegroups.com> <0c9a97b8-60f7-4050-aa65-1907bec75d8d@ou9g2000pbb.googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2
In-Reply-To: <0c9a97b8-60f7-4050-aa65-1907bec75d8d@ou9g2000pbb.googlegroups.com>
Precedence: list
Newsgroups: comp.lang.python
Message-ID: <mailman.2011.1361266628.2939.python-list@python.org>
Lines: 66
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:39196



On 19/02/13 01:47, alex23 wrote:
> On Feb 18, 9:47 pm, John Reid <johnbaronr...@gmail.com> wrote:
>> See http://article.gmane.org/gmane.comp.python.ipython.user/10270 for more info.
> 
> One quick workaround would be to use a tuple where required and then
> coerce it back to Result when needed as such:
> 
> def sleep(secs):
>     import os, time, parallel_helper
>     start = time.time()
>     time.sleep(secs)
>     return tuple(parallel_helper.Result(os.getpid(), time.time() -
> start))
> 
> rc = parallel.Client()
> v = rc.load_balanced_view()
> async_result = v.map_async(sleep, range(3, 0, -1), ordered=False)
> for ar in async_result:
>     print parallel_helper.Result(*ar)
> 
> You can of course skip the creation of Result in sleep and only turn
> it into one in the display loop, but it all depends on additional
> requirements (and adds some clarity to what is happening, I think).
> 

Thanks all I really need is a quick work around but it is always nice to
discuss these things. Also this class decorator seems to do the job for
ipython although it does change the construction syntax a little and is
probablty overkill. No doubt the readers of this list can improve it
somewhat as well.


import logging
_logger = logging.getLogger(__name__)
from collections import namedtuple

def make_ipython_friendly(namedtuple_class):
    """A class decorator to make namedtuples more ipython friendly.
    """
    _logger.debug('Making %s ipython friendly.', namedtuple_class.__name__)

    # Preserve original new to use if needed with keyword arguments
    original_new = namedtuple_class.__new__

    def __new__(cls, *args, **kwds):
        _logger.debug('In decorator __new__, cls=%s', cls)
        if args:
            if kwds:
                raise TypeError('Cannot construct %s from an positional
and keyword arguments.', namedtuple_class.__name__)
            _logger.debug('Assuming construction from an iterable.')
            return namedtuple_class._make(*args)
        else:
            _logger.debug('Assuming construction from keyword arguments.')
            return original_new(namedtuple_class, **kwds)

    namedtuple_class.__new__ = staticmethod(__new__) # set the class'
__new__ to the new one
    del namedtuple_class.__getnewargs__ # get rid of getnewargs

    return namedtuple_class

Result = make_ipython_friendly(namedtuple('Result', 'pid duration'))