On Sun, 29 Apr 2012 02:12:41 -0700 Larry Hastings <larry at hastings.org> wrote: > > On 04/29/2012 02:01 AM, Eric V. Smith wrote: > > On 4/29/2012 4:41 AM, Larry Hastings wrote: > >> I'd prefer an object to a dict, but not a tuple / structseq. There's no > >> need for the members to be iterable. > > I agree with you, but there's already plenty of precedent for this. > > [...] Iteration for these isn't very useful, but structseq is the handiest > > type we have: > > The times, they are a-changin'. I've been meaning to start whacking the > things which are iterable which really shouldn't be. Like, who uses > destructuring assignment with the os.stat result anymore? Puh-leez, > that's so 1996. That really oughta be deprecated. Some types can benefit from being hashable and having a minimal footprint (hence tuple-like). However it's not the case for get_clock_info(), since you're unlikely to have more than one instance alive in a given invokation. Regards Antoine.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4