Re: About python 2.5 and its try statement.
- From: "Tim N. van der Leeuw" <tim.leeuwvander@xxxxxxxxxxxxx>
- Date: 26 Jun 2006 05:43:08 -0700
Hi,
defcon8 wrote:
I can't remember the proposal number, but many of you reading will have
probably read the features that will be added to python 2.5. The actual
part I wanted to talk about was the finally part of try. Isn't it
totally defeating a compiler's job by executing the finally part even
if there is an error in the previous statements? Or have I understood
something wrong?
try ... finally already exists in current python; what's new is that it
can be combined in 1 statement with try ... except ... finally.
No, this is not defeating a compilers job. It's very useful.
It defines an amount of cleanup that needs to happen no matter what,
exception or no exception. Example: closing an open file. You'll want
to close the file, whether after you done the job you intended to do,
or after an exception occurred while doing something.
So you put 'f.close()' in your finally - suite.
Another example of a useful 'finally' is logging function-exit -- not
the actual 'return' statement, but just a log-statement recording
function-exit.
(Putting a 'return' statement in a 'finally' suite is totally defeating
the point of exceptions that you want thrown to the caller, yes. So
don't put your 'return' statement there.)
Clearer?
Cheers,
--Tim
.
- References:
- About python 2.5 and its try statement.
- From: defcon8
- About python 2.5 and its try statement.
- Prev by Date: Re: Python database access
- Next by Date: RE: SWIG problems with gcc and Cygwin?
- Previous by thread: About python 2.5 and its try statement.
- Next by thread: Re: About python 2.5 and its try statement.
- Index(es):
Relevant Pages
|
|
