mirror of
https://github.com/python/cpython.git
synced 2026-05-30 08:06:21 -04:00
Add some clarifications about the mapping interface presented by
rfc822.Message objects, based on comments from Barry.
This commit is contained in:
@@ -211,13 +211,15 @@ there is no header matching \var{name}, or it is unparsable, return
|
||||
\code{None}.
|
||||
\end{methoddesc}
|
||||
|
||||
\class{Message} instances also support a read-only mapping interface.
|
||||
\class{Message} instances also support a limited mapping interface.
|
||||
In particular: \code{\var{m}[name]} is like
|
||||
\code{\var{m}.getheader(name)} but raises \exception{KeyError} if
|
||||
there is no matching header; and \code{len(\var{m})},
|
||||
\code{\var{m}.has_key(name)}, \code{\var{m}.keys()},
|
||||
\code{\var{m}.values()} and \code{\var{m}.items()} act as expected
|
||||
(and consistently).
|
||||
(and consistently). \class{Message} instances also support the
|
||||
mapping writable interface \code{\var{m}[name] = value} and \code{del
|
||||
\var{m}[name]}.
|
||||
|
||||
Finally, \class{Message} instances have two public instance variables:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user