mirrors/cpython
0
0
Fork 0
mirror of https://github.com/python/cpython.git synced 2024-11-30 05:15:14 +08:00
Code Issues Packages Projects Releases Wiki Activity

a fe more things: apply 3rd arg, ni, ihooks, rexec

Browse Source
This commit is contained in:
Guido van Rossum 1995-10-08 01:14:57 +00:00
parent 8476d00060
commit 691d4ec0bf
2 changed files with 62 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

32
Doc/tut.tex
View File

@ -3625,10 +3625,29 @@ shopkeeper : Michael Palin
sketch : Cheese Shop Sketch
\end{verbatim}
Side effects of this change include:
Consequences of this change include:
\begin{itemize}
\item
The built-in function \code{apply()} now has an optional third
argument, which is a dictionary specifying any keyword arguments to be
passed. For example,
\begin{verbatim}
apply(parrot, (), {'voltage': 20, 'action': 'voomm'})
\end{verbatim}
is equivalent to
\begin{verbatim}
parrot(voltage=20, action='voomm')
\end{verbatim}
\item
There is also a mechanism for functions and methods defined in an
extension module (i.e., implemented in C or C++) to receive a
dictionary of their keyword arguments. By default, such functions do
not accept keyword arguments, since the argument names are not
available to the interpreter.
\item
In the effort of implementing keyword arguments, function and
especially method calls have been sped up significantly -- for a
@ -3748,6 +3767,17 @@ output of expression statements that evaluate to something else than
\begin{itemize}
\item
There are new module \code{ni} and \code{ihooks} that support
importing modules with hierarchical names such as \code{A.B.C}. This
is enabled by writing \code{import ni; ni.ni()} at the very top of the
main program. These modules are amply documented in the Python
source.
\item
The module \code{rexec} has been rewritten (incompatibly) to define a
class and to use \code{ihooks}.
\item
The \code{string.split()} and \code{string.splitfields()} functions
are now the same function (the presence or absence of the second

32
Doc/tut/tut.tex
View File

@ -3625,10 +3625,29 @@ shopkeeper : Michael Palin
sketch : Cheese Shop Sketch
\end{verbatim}
Side effects of this change include:
Consequences of this change include:
\begin{itemize}
\item
The built-in function \code{apply()} now has an optional third
argument, which is a dictionary specifying any keyword arguments to be
passed. For example,
\begin{verbatim}
apply(parrot, (), {'voltage': 20, 'action': 'voomm'})
\end{verbatim}
is equivalent to
\begin{verbatim}
parrot(voltage=20, action='voomm')
\end{verbatim}
\item
There is also a mechanism for functions and methods defined in an
extension module (i.e., implemented in C or C++) to receive a
dictionary of their keyword arguments. By default, such functions do
not accept keyword arguments, since the argument names are not
available to the interpreter.
\item
In the effort of implementing keyword arguments, function and
especially method calls have been sped up significantly -- for a
@ -3748,6 +3767,17 @@ output of expression statements that evaluate to something else than
\begin{itemize}
\item
There are new module \code{ni} and \code{ihooks} that support
importing modules with hierarchical names such as \code{A.B.C}. This
is enabled by writing \code{import ni; ni.ni()} at the very top of the
main program. These modules are amply documented in the Python
source.
\item
The module \code{rexec} has been rewritten (incompatibly) to define a
class and to use \code{ihooks}.
\item
The \code{string.split()} and \code{string.splitfields()} functions
are now the same function (the presence or absence of the second