Rooba
/
cpython
mirror of https://github.com/python/cpython.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Closes SF patch: 552468. 

Type class unification invalidated the statement:  x.__getitem__[i] is not equivalent to x[i].
This commit is contained in:
Raymond Hettinger 2002-05-12 03:09:25 +00:00
parent 59518b04d5
commit 94153096f5
1 changed files with 2 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
Doc/ref/ref3.tex
View File

@ -897,10 +897,8 @@ syntax (such as arithmetic operations or subscripting and slicing) by
defining methods with special names. For instance, if a class defines defining methods with special names. For instance, if a class defines
a method named \method{__getitem__()}, and \code{x} is an instance of a method named \method{__getitem__()}, and \code{x} is an instance of
this class, then \code{x[i]} is equivalent to this class, then \code{x[i]} is equivalent to
\code{x.__getitem__(i)}. (The reverse is not true --- if \code{x} is \code{x.__getitem__(i)}. Except where mentioned, attempts to execute
a list object, \code{x.__getitem__(i)} is not equivalent to an operation raise an exception when no appropriate method is defined.
\code{x[i]}.) Except where mentioned, attempts to execute an
operation raise an exception when no appropriate method is defined.
\withsubitem{(mapping object method)}{\ttindex{__getitem__()}} \withsubitem{(mapping object method)}{\ttindex{__getitem__()}}
When implementing a class that emulates any built-in type, it is When implementing a class that emulates any built-in type, it is