At 09:08 02.01.2004 -0800, Michael Chermside wrote: >Samuele Pedroni writes: > > at 0x<identity-hash-code> [is not unique], > > at 0x<hex(id(.))> suggests to much the what comes after the 0x is the same > > as what come after @ in the Java repr, which not being the case would be > > confusing. > >Does "0x<hex(id(.))>" also have a performance problem? I seem to recall >your saying that a bit of work needed to be done to make id() unique, >and I thought I remembered that this work could be skipped whenever >id() wasn't used. yes, OTOH although id() is convenient and often used in Python, a generic repr is the only place were it is kind of useful. There are other languages that do fine without id() and have only an 'is' operator, and their default repr OTOH is lacking because of non-uniquess issues or "addresses" changing under someone's nose. >That's all well and good since id() is not used all >that much, but __repr__ *WILL* be used all over the place. Of course, it's >likely my recollections are incorrect. all over the place yes, but I don't think there are a lot of performance critical code that produces tons of output with default <... at 0x...> reprs in it, Guido's benchmark notwithstanding.
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