| 1 | \chapter{Compound statements\label{compound}}
|
|---|
| 2 | \indexii{compound}{statement}
|
|---|
| 3 |
|
|---|
| 4 | Compound statements contain (groups of) other statements; they affect
|
|---|
| 5 | or control the execution of those other statements in some way. In
|
|---|
| 6 | general, compound statements span multiple lines, although in simple
|
|---|
| 7 | incarnations a whole compound statement may be contained in one line.
|
|---|
| 8 |
|
|---|
| 9 | The \keyword{if}, \keyword{while} and \keyword{for} statements implement
|
|---|
| 10 | traditional control flow constructs. \keyword{try} specifies exception
|
|---|
| 11 | handlers and/or cleanup code for a group of statements. Function and
|
|---|
| 12 | class definitions are also syntactically compound statements.
|
|---|
| 13 |
|
|---|
| 14 | Compound statements consist of one or more `clauses.' A clause
|
|---|
| 15 | consists of a header and a `suite.' The clause headers of a
|
|---|
| 16 | particular compound statement are all at the same indentation level.
|
|---|
| 17 | Each clause header begins with a uniquely identifying keyword and ends
|
|---|
| 18 | with a colon. A suite is a group of statements controlled by a
|
|---|
| 19 | clause. A suite can be one or more semicolon-separated simple
|
|---|
| 20 | statements on the same line as the header, following the header's
|
|---|
| 21 | colon, or it can be one or more indented statements on subsequent
|
|---|
| 22 | lines. Only the latter form of suite can contain nested compound
|
|---|
| 23 | statements; the following is illegal, mostly because it wouldn't be
|
|---|
| 24 | clear to which \keyword{if} clause a following \keyword{else} clause would
|
|---|
| 25 | belong:
|
|---|
| 26 | \index{clause}
|
|---|
| 27 | \index{suite}
|
|---|
| 28 |
|
|---|
| 29 | \begin{verbatim}
|
|---|
| 30 | if test1: if test2: print x
|
|---|
| 31 | \end{verbatim}
|
|---|
| 32 |
|
|---|
| 33 | Also note that the semicolon binds tighter than the colon in this
|
|---|
| 34 | context, so that in the following example, either all or none of the
|
|---|
| 35 | \keyword{print} statements are executed:
|
|---|
| 36 |
|
|---|
| 37 | \begin{verbatim}
|
|---|
| 38 | if x < y < z: print x; print y; print z
|
|---|
| 39 | \end{verbatim}
|
|---|
| 40 |
|
|---|
| 41 | Summarizing:
|
|---|
| 42 |
|
|---|
| 43 | \begin{productionlist}
|
|---|
| 44 | \production{compound_stmt}
|
|---|
| 45 | {\token{if_stmt}}
|
|---|
| 46 | \productioncont{| \token{while_stmt}}
|
|---|
| 47 | \productioncont{| \token{for_stmt}}
|
|---|
| 48 | \productioncont{| \token{try_stmt}}
|
|---|
| 49 | \productioncont{| \token{with_stmt}}
|
|---|
| 50 | \productioncont{| \token{funcdef}}
|
|---|
| 51 | \productioncont{| \token{classdef}}
|
|---|
| 52 | \production{suite}
|
|---|
| 53 | {\token{stmt_list} NEWLINE
|
|---|
| 54 | | NEWLINE INDENT \token{statement}+ DEDENT}
|
|---|
| 55 | \production{statement}
|
|---|
| 56 | {\token{stmt_list} NEWLINE | \token{compound_stmt}}
|
|---|
| 57 | \production{stmt_list}
|
|---|
| 58 | {\token{simple_stmt} (";" \token{simple_stmt})* [";"]}
|
|---|
| 59 | \end{productionlist}
|
|---|
| 60 |
|
|---|
| 61 | Note that statements always end in a
|
|---|
| 62 | \code{NEWLINE}\index{NEWLINE token} possibly followed by a
|
|---|
| 63 | \code{DEDENT}.\index{DEDENT token} Also note that optional
|
|---|
| 64 | continuation clauses always begin with a keyword that cannot start a
|
|---|
| 65 | statement, thus there are no ambiguities (the `dangling
|
|---|
| 66 | \keyword{else}' problem is solved in Python by requiring nested
|
|---|
| 67 | \keyword{if} statements to be indented).
|
|---|
| 68 | \indexii{dangling}{else}
|
|---|
| 69 |
|
|---|
| 70 | The formatting of the grammar rules in the following sections places
|
|---|
| 71 | each clause on a separate line for clarity.
|
|---|
| 72 |
|
|---|
| 73 |
|
|---|
| 74 | \section{The \keyword{if} statement\label{if}}
|
|---|
| 75 | \stindex{if}
|
|---|
| 76 |
|
|---|
| 77 | The \keyword{if} statement is used for conditional execution:
|
|---|
| 78 |
|
|---|
| 79 | \begin{productionlist}
|
|---|
| 80 | \production{if_stmt}
|
|---|
| 81 | {"if" \token{expression} ":" \token{suite}}
|
|---|
| 82 | \productioncont{( "elif" \token{expression} ":" \token{suite} )*}
|
|---|
| 83 | \productioncont{["else" ":" \token{suite}]}
|
|---|
| 84 | \end{productionlist}
|
|---|
| 85 |
|
|---|
| 86 | It selects exactly one of the suites by evaluating the expressions one
|
|---|
| 87 | by one until one is found to be true (see section~\ref{Booleans} for
|
|---|
| 88 | the definition of true and false); then that suite is executed (and no
|
|---|
| 89 | other part of the \keyword{if} statement is executed or evaluated). If
|
|---|
| 90 | all expressions are false, the suite of the \keyword{else} clause, if
|
|---|
| 91 | present, is executed.
|
|---|
| 92 | \kwindex{elif}
|
|---|
| 93 | \kwindex{else}
|
|---|
| 94 |
|
|---|
| 95 |
|
|---|
| 96 | \section{The \keyword{while} statement\label{while}}
|
|---|
| 97 | \stindex{while}
|
|---|
| 98 | \indexii{loop}{statement}
|
|---|
| 99 |
|
|---|
| 100 | The \keyword{while} statement is used for repeated execution as long
|
|---|
| 101 | as an expression is true:
|
|---|
| 102 |
|
|---|
| 103 | \begin{productionlist}
|
|---|
| 104 | \production{while_stmt}
|
|---|
| 105 | {"while" \token{expression} ":" \token{suite}}
|
|---|
| 106 | \productioncont{["else" ":" \token{suite}]}
|
|---|
| 107 | \end{productionlist}
|
|---|
| 108 |
|
|---|
| 109 | This repeatedly tests the expression and, if it is true, executes the
|
|---|
| 110 | first suite; if the expression is false (which may be the first time it
|
|---|
| 111 | is tested) the suite of the \keyword{else} clause, if present, is
|
|---|
| 112 | executed and the loop terminates.
|
|---|
| 113 | \kwindex{else}
|
|---|
| 114 |
|
|---|
| 115 | A \keyword{break} statement executed in the first suite terminates the
|
|---|
| 116 | loop without executing the \keyword{else} clause's suite. A
|
|---|
| 117 | \keyword{continue} statement executed in the first suite skips the rest
|
|---|
| 118 | of the suite and goes back to testing the expression.
|
|---|
| 119 | \stindex{break}
|
|---|
| 120 | \stindex{continue}
|
|---|
| 121 |
|
|---|
| 122 |
|
|---|
| 123 | \section{The \keyword{for} statement\label{for}}
|
|---|
| 124 | \stindex{for}
|
|---|
| 125 | \indexii{loop}{statement}
|
|---|
| 126 |
|
|---|
| 127 | The \keyword{for} statement is used to iterate over the elements of a
|
|---|
| 128 | sequence (such as a string, tuple or list) or other iterable object:
|
|---|
| 129 | \obindex{sequence}
|
|---|
| 130 |
|
|---|
| 131 | \begin{productionlist}
|
|---|
| 132 | \production{for_stmt}
|
|---|
| 133 | {"for" \token{target_list} "in" \token{expression_list}
|
|---|
| 134 | ":" \token{suite}}
|
|---|
| 135 | \productioncont{["else" ":" \token{suite}]}
|
|---|
| 136 | \end{productionlist}
|
|---|
| 137 |
|
|---|
| 138 | The expression list is evaluated once; it should yield an iterable
|
|---|
| 139 | object. An iterator is created for the result of the
|
|---|
| 140 | {}\code{expression_list}. The suite is then executed once for each
|
|---|
| 141 | item provided by the iterator, in the
|
|---|
| 142 | order of ascending indices. Each item in turn is assigned to the
|
|---|
| 143 | target list using the standard rules for assignments, and then the
|
|---|
| 144 | suite is executed. When the items are exhausted (which is immediately
|
|---|
| 145 | when the sequence is empty), the suite in the \keyword{else} clause, if
|
|---|
| 146 | present, is executed, and the loop terminates.
|
|---|
| 147 | \kwindex{in}
|
|---|
| 148 | \kwindex{else}
|
|---|
| 149 | \indexii{target}{list}
|
|---|
| 150 |
|
|---|
| 151 | A \keyword{break} statement executed in the first suite terminates the
|
|---|
| 152 | loop without executing the \keyword{else} clause's suite. A
|
|---|
| 153 | \keyword{continue} statement executed in the first suite skips the rest
|
|---|
| 154 | of the suite and continues with the next item, or with the \keyword{else}
|
|---|
| 155 | clause if there was no next item.
|
|---|
| 156 | \stindex{break}
|
|---|
| 157 | \stindex{continue}
|
|---|
| 158 |
|
|---|
| 159 | The suite may assign to the variable(s) in the target list; this does
|
|---|
| 160 | not affect the next item assigned to it.
|
|---|
| 161 |
|
|---|
| 162 | The target list is not deleted when the loop is finished, but if the
|
|---|
| 163 | sequence is empty, it will not have been assigned to at all by the
|
|---|
| 164 | loop. Hint: the built-in function \function{range()} returns a
|
|---|
| 165 | sequence of integers suitable to emulate the effect of Pascal's
|
|---|
| 166 | \code{for i := a to b do};
|
|---|
| 167 | e.g., \code{range(3)} returns the list \code{[0, 1, 2]}.
|
|---|
| 168 | \bifuncindex{range}
|
|---|
| 169 | \indexii{Pascal}{language}
|
|---|
| 170 |
|
|---|
| 171 | \warning{There is a subtlety when the sequence is being modified
|
|---|
| 172 | by the loop (this can only occur for mutable sequences, i.e. lists).
|
|---|
| 173 | An internal counter is used to keep track of which item is used next,
|
|---|
| 174 | and this is incremented on each iteration. When this counter has
|
|---|
| 175 | reached the length of the sequence the loop terminates. This means that
|
|---|
| 176 | if the suite deletes the current (or a previous) item from the
|
|---|
| 177 | sequence, the next item will be skipped (since it gets the index of
|
|---|
| 178 | the current item which has already been treated). Likewise, if the
|
|---|
| 179 | suite inserts an item in the sequence before the current item, the
|
|---|
| 180 | current item will be treated again the next time through the loop.
|
|---|
| 181 | This can lead to nasty bugs that can be avoided by making a temporary
|
|---|
| 182 | copy using a slice of the whole sequence, e.g.,
|
|---|
| 183 | \index{loop!over mutable sequence}
|
|---|
| 184 | \index{mutable sequence!loop over}}
|
|---|
| 185 |
|
|---|
| 186 | \begin{verbatim}
|
|---|
| 187 | for x in a[:]:
|
|---|
| 188 | if x < 0: a.remove(x)
|
|---|
| 189 | \end{verbatim}
|
|---|
| 190 |
|
|---|
| 191 |
|
|---|
| 192 | \section{The \keyword{try} statement\label{try}}
|
|---|
| 193 | \stindex{try}
|
|---|
| 194 |
|
|---|
| 195 | The \keyword{try} statement specifies exception handlers and/or cleanup
|
|---|
| 196 | code for a group of statements:
|
|---|
| 197 |
|
|---|
| 198 | \begin{productionlist}
|
|---|
| 199 | \production{try_stmt} {try1_stmt | try2_stmt}
|
|---|
| 200 | \production{try1_stmt}
|
|---|
| 201 | {"try" ":" \token{suite}}
|
|---|
| 202 | \productioncont{("except" [\token{expression}
|
|---|
| 203 | ["," \token{target}]] ":" \token{suite})+}
|
|---|
| 204 | \productioncont{["else" ":" \token{suite}]}
|
|---|
| 205 | \productioncont{["finally" ":" \token{suite}]}
|
|---|
| 206 | \production{try2_stmt}
|
|---|
| 207 | {"try" ":" \token{suite}}
|
|---|
| 208 | \productioncont{"finally" ":" \token{suite}}
|
|---|
| 209 | \end{productionlist}
|
|---|
| 210 |
|
|---|
| 211 | \versionchanged[In previous versions of Python,
|
|---|
| 212 | \keyword{try}...\keyword{except}...\keyword{finally} did not work.
|
|---|
| 213 | \keyword{try}...\keyword{except} had to be nested in
|
|---|
| 214 | \keyword{try}...\keyword{finally}]{2.5}
|
|---|
| 215 |
|
|---|
| 216 | The \keyword{except} clause(s) specify one or more exception handlers.
|
|---|
| 217 | When no exception occurs in the
|
|---|
| 218 | \keyword{try} clause, no exception handler is executed. When an
|
|---|
| 219 | exception occurs in the \keyword{try} suite, a search for an exception
|
|---|
| 220 | handler is started. This search inspects the except clauses in turn until
|
|---|
| 221 | one is found that matches the exception. An expression-less except
|
|---|
| 222 | clause, if present, must be last; it matches any exception. For an
|
|---|
| 223 | except clause with an expression, that expression is evaluated, and the
|
|---|
| 224 | clause matches the exception if the resulting object is ``compatible''
|
|---|
| 225 | with the exception. An object is compatible with an exception if it
|
|---|
| 226 | is the class or a base class of the exception object, a tuple
|
|---|
| 227 | containing an item compatible with the exception, or, in the
|
|---|
| 228 | (deprecated) case of string exceptions, is the raised string itself
|
|---|
| 229 | (note that the object identities must match, i.e. it must be the same
|
|---|
| 230 | string object, not just a string with the same value).
|
|---|
| 231 | \kwindex{except}
|
|---|
| 232 |
|
|---|
| 233 | If no except clause matches the exception, the search for an exception
|
|---|
| 234 | handler continues in the surrounding code and on the invocation stack.
|
|---|
| 235 | \footnote{The exception is propogated to the invocation stack only if
|
|---|
| 236 | there is no \keyword{finally} clause that negates the exception.}
|
|---|
| 237 |
|
|---|
| 238 | If the evaluation of an expression in the header of an except clause
|
|---|
| 239 | raises an exception, the original search for a handler is canceled
|
|---|
| 240 | and a search starts for the new exception in the surrounding code and
|
|---|
| 241 | on the call stack (it is treated as if the entire \keyword{try} statement
|
|---|
| 242 | raised the exception).
|
|---|
| 243 |
|
|---|
| 244 | When a matching except clause is found, the exception is assigned to
|
|---|
| 245 | the target specified in that except clause, if present, and the except
|
|---|
| 246 | clause's suite is executed. All except clauses must have an
|
|---|
| 247 | executable block. When the end of this block is reached, execution
|
|---|
| 248 | continues normally after the entire try statement. (This means that
|
|---|
| 249 | if two nested handlers exist for the same exception, and the exception
|
|---|
| 250 | occurs in the try clause of the inner handler, the outer handler will
|
|---|
| 251 | not handle the exception.)
|
|---|
| 252 |
|
|---|
| 253 | Before an except clause's suite is executed, details about the
|
|---|
| 254 | exception are assigned to three variables in the
|
|---|
| 255 | \module{sys}\refbimodindex{sys} module: \code{sys.exc_type} receives
|
|---|
| 256 | the object identifying the exception; \code{sys.exc_value} receives
|
|---|
| 257 | the exception's parameter; \code{sys.exc_traceback} receives a
|
|---|
| 258 | traceback object\obindex{traceback} (see section~\ref{traceback})
|
|---|
| 259 | identifying the point in the program where the exception occurred.
|
|---|
| 260 | These details are also available through the \function{sys.exc_info()}
|
|---|
| 261 | function, which returns a tuple \code{(\var{exc_type}, \var{exc_value},
|
|---|
| 262 | \var{exc_traceback})}. Use of the corresponding variables is
|
|---|
| 263 | deprecated in favor of this function, since their use is unsafe in a
|
|---|
| 264 | threaded program. As of Python 1.5, the variables are restored to
|
|---|
| 265 | their previous values (before the call) when returning from a function
|
|---|
| 266 | that handled an exception.
|
|---|
| 267 | \withsubitem{(in module sys)}{\ttindex{exc_type}
|
|---|
| 268 | \ttindex{exc_value}\ttindex{exc_traceback}}
|
|---|
| 269 |
|
|---|
| 270 | The optional \keyword{else} clause is executed if and when control
|
|---|
| 271 | flows off the end of the \keyword{try} clause.\footnote{
|
|---|
| 272 | Currently, control ``flows off the end'' except in the case of an
|
|---|
| 273 | exception or the execution of a \keyword{return},
|
|---|
| 274 | \keyword{continue}, or \keyword{break} statement.
|
|---|
| 275 | } Exceptions in the \keyword{else} clause are not handled by the
|
|---|
| 276 | preceding \keyword{except} clauses.
|
|---|
| 277 | \kwindex{else}
|
|---|
| 278 | \stindex{return}
|
|---|
| 279 | \stindex{break}
|
|---|
| 280 | \stindex{continue}
|
|---|
| 281 |
|
|---|
| 282 | If \keyword{finally} is present, it specifies a `cleanup' handler. The
|
|---|
| 283 | \keyword{try} clause is executed, including any \keyword{except} and
|
|---|
| 284 | \keyword{else} clauses. If an exception occurs in any of the clauses
|
|---|
| 285 | and is not handled, the exception is temporarily saved. The
|
|---|
| 286 | \keyword{finally} clause is executed. If there is a saved exception,
|
|---|
| 287 | it is re-raised at the end of the \keyword{finally} clause.
|
|---|
| 288 | If the \keyword{finally} clause raises another exception or
|
|---|
| 289 | executes a \keyword{return} or \keyword{break} statement, the saved
|
|---|
| 290 | exception is lost. The exception information is not available to the
|
|---|
| 291 | program during execution of the \keyword{finally} clause.
|
|---|
| 292 | \kwindex{finally}
|
|---|
| 293 |
|
|---|
| 294 | When a \keyword{return}, \keyword{break} or \keyword{continue} statement is
|
|---|
| 295 | executed in the \keyword{try} suite of a \keyword{try}...\keyword{finally}
|
|---|
| 296 | statement, the \keyword{finally} clause is also executed `on the way out.' A
|
|---|
| 297 | \keyword{continue} statement is illegal in the \keyword{finally} clause.
|
|---|
| 298 | (The reason is a problem with the current implementation --- this
|
|---|
| 299 | restriction may be lifted in the future).
|
|---|
| 300 | \stindex{return}
|
|---|
| 301 | \stindex{break}
|
|---|
| 302 | \stindex{continue}
|
|---|
| 303 |
|
|---|
| 304 | Additional information on exceptions can be found in
|
|---|
| 305 | section~\ref{exceptions}, and information on using the \keyword{raise}
|
|---|
| 306 | statement to generate exceptions may be found in section~\ref{raise}.
|
|---|
| 307 |
|
|---|
| 308 |
|
|---|
| 309 | \section{The \keyword{with} statement\label{with}}
|
|---|
| 310 | \stindex{with}
|
|---|
| 311 |
|
|---|
| 312 | \versionadded{2.5}
|
|---|
| 313 |
|
|---|
| 314 | The \keyword{with} statement is used to wrap the execution of a block
|
|---|
| 315 | with methods defined by a context manager (see
|
|---|
| 316 | section~\ref{context-managers}). This allows common
|
|---|
| 317 | \keyword{try}...\keyword{except}...\keyword{finally} usage patterns to
|
|---|
| 318 | be encapsulated for convenient reuse.
|
|---|
| 319 |
|
|---|
| 320 | \begin{productionlist}
|
|---|
| 321 | \production{with_stmt}
|
|---|
| 322 | {"with" \token{expression} ["as" target] ":" \token{suite}}
|
|---|
| 323 | \end{productionlist}
|
|---|
| 324 |
|
|---|
| 325 | The execution of the \keyword{with} statement proceeds as follows:
|
|---|
| 326 |
|
|---|
| 327 | \begin{enumerate}
|
|---|
| 328 |
|
|---|
| 329 | \item The context expression is evaluated to obtain a context manager.
|
|---|
| 330 |
|
|---|
| 331 | \item The context manager's \method{__enter__()} method is invoked.
|
|---|
| 332 |
|
|---|
| 333 | \item If a target was included in the \keyword{with}
|
|---|
| 334 | statement, the return value from \method{__enter__()} is assigned to it.
|
|---|
| 335 |
|
|---|
| 336 | \note{The \keyword{with} statement guarantees that if the
|
|---|
| 337 | \method{__enter__()} method returns without an error, then
|
|---|
| 338 | \method{__exit__()} will always be called. Thus, if an error occurs
|
|---|
| 339 | during the assignment to the target list, it will be treated the same as
|
|---|
| 340 | an error occurring within the suite would be. See step 5 below.}
|
|---|
| 341 |
|
|---|
| 342 | \item The suite is executed.
|
|---|
| 343 |
|
|---|
| 344 | \item The context manager's \method{__exit__()} method is invoked. If
|
|---|
| 345 | an exception caused the suite to be exited, its type, value, and
|
|---|
| 346 | traceback are passed as arguments to \method{__exit__()}. Otherwise,
|
|---|
| 347 | three \constant{None} arguments are supplied.
|
|---|
| 348 |
|
|---|
| 349 | If the suite was exited due to an exception, and the return
|
|---|
| 350 | value from the \method{__exit__()} method was false, the exception is
|
|---|
| 351 | reraised. If the return value was true, the exception is suppressed, and
|
|---|
| 352 | execution continues with the statement following the \keyword{with}
|
|---|
| 353 | statement.
|
|---|
| 354 |
|
|---|
| 355 | If the suite was exited for any reason other than an exception, the
|
|---|
| 356 | return value from \method{__exit__()} is ignored, and execution proceeds
|
|---|
| 357 | at the normal location for the kind of exit that was taken.
|
|---|
| 358 |
|
|---|
| 359 | \end{enumerate}
|
|---|
| 360 |
|
|---|
| 361 | \begin{notice}
|
|---|
| 362 | In Python 2.5, the \keyword{with} statement is only allowed
|
|---|
| 363 | when the \code{with_statement} feature has been enabled. It will always
|
|---|
| 364 | be enabled in Python 2.6. This \code{__future__} import statement can
|
|---|
| 365 | be used to enable the feature:
|
|---|
| 366 |
|
|---|
| 367 | \begin{verbatim}
|
|---|
| 368 | from __future__ import with_statement
|
|---|
| 369 | \end{verbatim}
|
|---|
| 370 | \end{notice}
|
|---|
| 371 |
|
|---|
| 372 | \begin{seealso}
|
|---|
| 373 | \seepep{0343}{The "with" statement}
|
|---|
| 374 | {The specification, background, and examples for the
|
|---|
| 375 | Python \keyword{with} statement.}
|
|---|
| 376 | \end{seealso}
|
|---|
| 377 |
|
|---|
| 378 | \section{Function definitions\label{function}}
|
|---|
| 379 | \indexii{function}{definition}
|
|---|
| 380 | \stindex{def}
|
|---|
| 381 |
|
|---|
| 382 | A function definition defines a user-defined function object (see
|
|---|
| 383 | section~\ref{types}):
|
|---|
| 384 | \obindex{user-defined function}
|
|---|
| 385 | \obindex{function}
|
|---|
| 386 |
|
|---|
| 387 | \begin{productionlist}
|
|---|
| 388 | \production{funcdef}
|
|---|
| 389 | {[\token{decorators}] "def" \token{funcname} "(" [\token{parameter_list}] ")"
|
|---|
| 390 | ":" \token{suite}}
|
|---|
| 391 | \production{decorators}
|
|---|
| 392 | {\token{decorator}+}
|
|---|
| 393 | \production{decorator}
|
|---|
| 394 | {"@" \token{dotted_name} ["(" [\token{argument_list} [","]] ")"] NEWLINE}
|
|---|
| 395 | \production{dotted_name}
|
|---|
| 396 | {\token{identifier} ("." \token{identifier})*}
|
|---|
| 397 | \production{parameter_list}
|
|---|
| 398 | {(\token{defparameter} ",")*}
|
|---|
| 399 | \productioncont{(~~"*" \token{identifier} [, "**" \token{identifier}]}
|
|---|
| 400 | \productioncont{ | "**" \token{identifier}}
|
|---|
| 401 | \productioncont{ | \token{defparameter} [","] )}
|
|---|
| 402 | \production{defparameter}
|
|---|
| 403 | {\token{parameter} ["=" \token{expression}]}
|
|---|
| 404 | \production{sublist}
|
|---|
| 405 | {\token{parameter} ("," \token{parameter})* [","]}
|
|---|
| 406 | \production{parameter}
|
|---|
| 407 | {\token{identifier} | "(" \token{sublist} ")"}
|
|---|
| 408 | \production{funcname}
|
|---|
| 409 | {\token{identifier}}
|
|---|
| 410 | \end{productionlist}
|
|---|
| 411 |
|
|---|
| 412 | A function definition is an executable statement. Its execution binds
|
|---|
| 413 | the function name in the current local namespace to a function object
|
|---|
| 414 | (a wrapper around the executable code for the function). This
|
|---|
| 415 | function object contains a reference to the current global namespace
|
|---|
| 416 | as the global namespace to be used when the function is called.
|
|---|
| 417 | \indexii{function}{name}
|
|---|
| 418 | \indexii{name}{binding}
|
|---|
| 419 |
|
|---|
| 420 | The function definition does not execute the function body; this gets
|
|---|
| 421 | executed only when the function is called.
|
|---|
| 422 |
|
|---|
| 423 | A function definition may be wrapped by one or more decorator expressions.
|
|---|
| 424 | Decorator expressions are evaluated when the function is defined, in the scope
|
|---|
| 425 | that contains the function definition. The result must be a callable,
|
|---|
| 426 | which is invoked with the function object as the only argument.
|
|---|
| 427 | The returned value is bound to the function name instead of the function
|
|---|
| 428 | object. Multiple decorators are applied in nested fashion.
|
|---|
| 429 | For example, the following code:
|
|---|
| 430 |
|
|---|
| 431 | \begin{verbatim}
|
|---|
| 432 | @f1(arg)
|
|---|
| 433 | @f2
|
|---|
| 434 | def func(): pass
|
|---|
| 435 | \end{verbatim}
|
|---|
| 436 |
|
|---|
| 437 | is equivalent to:
|
|---|
| 438 |
|
|---|
| 439 | \begin{verbatim}
|
|---|
| 440 | def func(): pass
|
|---|
| 441 | func = f1(arg)(f2(func))
|
|---|
| 442 | \end{verbatim}
|
|---|
| 443 |
|
|---|
| 444 | When one or more top-level parameters have the form \var{parameter}
|
|---|
| 445 | \code{=} \var{expression}, the function is said to have ``default
|
|---|
| 446 | parameter values.'' For a parameter with a
|
|---|
| 447 | default value, the corresponding argument may be omitted from a call,
|
|---|
| 448 | in which case the parameter's default value is substituted. If a
|
|---|
| 449 | parameter has a default value, all following parameters must also have
|
|---|
| 450 | a default value --- this is a syntactic restriction that is not
|
|---|
| 451 | expressed by the grammar.
|
|---|
| 452 | \indexiii{default}{parameter}{value}
|
|---|
| 453 |
|
|---|
| 454 | \strong{Default parameter values are evaluated when the function
|
|---|
| 455 | definition is executed.} This means that the expression is evaluated
|
|---|
| 456 | once, when the function is defined, and that that same
|
|---|
| 457 | ``pre-computed'' value is used for each call. This is especially
|
|---|
| 458 | important to understand when a default parameter is a mutable object,
|
|---|
| 459 | such as a list or a dictionary: if the function modifies the object
|
|---|
| 460 | (e.g. by appending an item to a list), the default value is in effect
|
|---|
| 461 | modified. This is generally not what was intended. A way around this
|
|---|
| 462 | is to use \code{None} as the default, and explicitly test for it in
|
|---|
| 463 | the body of the function, e.g.:
|
|---|
| 464 |
|
|---|
| 465 | \begin{verbatim}
|
|---|
| 466 | def whats_on_the_telly(penguin=None):
|
|---|
| 467 | if penguin is None:
|
|---|
| 468 | penguin = []
|
|---|
| 469 | penguin.append("property of the zoo")
|
|---|
| 470 | return penguin
|
|---|
| 471 | \end{verbatim}
|
|---|
| 472 |
|
|---|
| 473 | Function call semantics are described in more detail in
|
|---|
| 474 | section~\ref{calls}.
|
|---|
| 475 | A function call always assigns values to all parameters mentioned in
|
|---|
| 476 | the parameter list, either from position arguments, from keyword
|
|---|
| 477 | arguments, or from default values. If the form ``\code{*identifier}''
|
|---|
| 478 | is present, it is initialized to a tuple receiving any excess
|
|---|
| 479 | positional parameters, defaulting to the empty tuple. If the form
|
|---|
| 480 | ``\code{**identifier}'' is present, it is initialized to a new
|
|---|
| 481 | dictionary receiving any excess keyword arguments, defaulting to a
|
|---|
| 482 | new empty dictionary.
|
|---|
| 483 |
|
|---|
| 484 | It is also possible to create anonymous functions (functions not bound
|
|---|
| 485 | to a name), for immediate use in expressions. This uses lambda forms,
|
|---|
| 486 | described in section~\ref{lambda}. Note that the lambda form is
|
|---|
| 487 | merely a shorthand for a simplified function definition; a function
|
|---|
| 488 | defined in a ``\keyword{def}'' statement can be passed around or
|
|---|
| 489 | assigned to another name just like a function defined by a lambda
|
|---|
| 490 | form. The ``\keyword{def}'' form is actually more powerful since it
|
|---|
| 491 | allows the execution of multiple statements.
|
|---|
| 492 | \indexii{lambda}{form}
|
|---|
| 493 |
|
|---|
| 494 | \strong{Programmer's note:} Functions are first-class objects. A
|
|---|
| 495 | ``\code{def}'' form executed inside a function definition defines a
|
|---|
| 496 | local function that can be returned or passed around. Free variables
|
|---|
| 497 | used in the nested function can access the local variables of the
|
|---|
| 498 | function containing the def. See section~\ref{naming} for details.
|
|---|
| 499 |
|
|---|
| 500 |
|
|---|
| 501 | \section{Class definitions\label{class}}
|
|---|
| 502 | \indexii{class}{definition}
|
|---|
| 503 | \stindex{class}
|
|---|
| 504 |
|
|---|
| 505 | A class definition defines a class object (see section~\ref{types}):
|
|---|
| 506 | \obindex{class}
|
|---|
| 507 |
|
|---|
| 508 | \begin{productionlist}
|
|---|
| 509 | \production{classdef}
|
|---|
| 510 | {"class" \token{classname} [\token{inheritance}] ":"
|
|---|
| 511 | \token{suite}}
|
|---|
| 512 | \production{inheritance}
|
|---|
| 513 | {"(" [\token{expression_list}] ")"}
|
|---|
| 514 | \production{classname}
|
|---|
| 515 | {\token{identifier}}
|
|---|
| 516 | \end{productionlist}
|
|---|
| 517 |
|
|---|
| 518 | A class definition is an executable statement. It first evaluates the
|
|---|
| 519 | inheritance list, if present. Each item in the inheritance list
|
|---|
| 520 | should evaluate to a class object or class type which allows
|
|---|
| 521 | subclassing. The class's suite is then executed
|
|---|
| 522 | in a new execution frame (see section~\ref{naming}), using a newly
|
|---|
| 523 | created local namespace and the original global namespace.
|
|---|
| 524 | (Usually, the suite contains only function definitions.) When the
|
|---|
| 525 | class's suite finishes execution, its execution frame is discarded but
|
|---|
| 526 | its local namespace is saved. A class object is then created using
|
|---|
| 527 | the inheritance list for the base classes and the saved local
|
|---|
| 528 | namespace for the attribute dictionary. The class name is bound to this
|
|---|
| 529 | class object in the original local namespace.
|
|---|
| 530 | \index{inheritance}
|
|---|
| 531 | \indexii{class}{name}
|
|---|
| 532 | \indexii{name}{binding}
|
|---|
| 533 | \indexii{execution}{frame}
|
|---|
| 534 |
|
|---|
| 535 | \strong{Programmer's note:} Variables defined in the class definition
|
|---|
| 536 | are class variables; they are shared by all instances. To define
|
|---|
| 537 | instance variables, they must be given a value in the
|
|---|
| 538 | \method{__init__()} method or in another method. Both class and
|
|---|
| 539 | instance variables are accessible through the notation
|
|---|
| 540 | ``\code{self.name}'', and an instance variable hides a class variable
|
|---|
| 541 | with the same name when accessed in this way. Class variables with
|
|---|
| 542 | immutable values can be used as defaults for instance variables.
|
|---|
| 543 | For new-style classes, descriptors can be used to create instance
|
|---|
| 544 | variables with different implementation details.
|
|---|