At 20:44 31.12.2003 -0800, Guido van Rossum wrote: >But I've seen enough people write code that parses <...> reprs in some >way to make me think that maybe they should be standardized somewhat, >at least to the point where different Python implementations should >not differ gratuitously. E.g. Jython could be much closer to CPython >by inserting 'at 0x'. It's not like standardizing this would close >off an important implementation freedom for other Python >implementation. (I won't go as far as requiring that the number >should be the same as hex(id(x)). :-) I still think that depending on <...> reprs should be non-portable and discouraged, also CPython is already rather whimsical in its own evolution (Python 2.3): >>> class X: pass ... >>> X <class __main__.X at 0x007E2C30> >>> class X(object): pass ... >>> X <class '__main__.X'> >>> I may change my opinion if someone writes a (unit) test pinning down what is exactly meant by that somewhat. regards.
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