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