[Python-ideas] namedtuple literals [Was: RE a new namedtuple]
tritium-list at sdamon.com
Sat Jul 29 12:14:51 EDT 2017
My $0.02 on the entire series of nametuple threads is… there *might* be value in an immutable namespace type, and a mutable namespace type, but namedtuple’s promise is that they can be used anywhere a tuple can be used. If passing in kwargs to create the potential replacement to namedtuple is sensitive to dict iteration order, it really isn’t a viable replacement for namedtuple.
I do feel like there isn’t that big of a usecase for an immutable namespace type as there is for a namedtuple. I would rather namedtuple class creation be quicker.
From: Python-ideas [mailto:python-ideas-bounces+tritium-list=sdamon.com at python.org] On Behalf Of Chris Barker
Sent: Friday, July 28, 2017 8:27 PM
To: Ethan Furman <ethan at stoneleaf.us>
Cc: Python-Ideas <python-ideas at python.org>
Subject: Re: [Python-ideas] namedtuple literals [Was: RE a new namedtuple]
On Thu, Jul 27, 2017 at 7:42 PM, Ethan Furman <ethan at stoneleaf.us <mailto:ethan at stoneleaf.us> > wrote:
How I get the point == 3? The first definition of an ntuple had the order as x, y, and since the proposal is only comparing field names (not order), this (y, x) ntuple ends up being reversed to how it was specified.
I'm not sure there ever was a "proposal" per se, but:
had better be a different type than:
but first we need to decide if we want an easy way to make an namedtuple-like object or a SimpleNemaspace-like object....
but if you are going to allow indexing by integer, then order needs to be part of the definition.
Christopher Barker, Ph.D.
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker at noaa.gov <mailto:Chris.Barker at noaa.gov>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Python-ideas