Discussion:
Suggested python feature: allowing except in context maneger
(too old to reply)
Yair Eshel
2024-06-13 10:01:11 UTC
Permalink
Hello. I read this is a good place to give some suggestions for features in
python. If not, please let me know.

This is an example of a code I normally use in my everyday work:
import logging
try:
with open('sample_data/READM.md') as f:
print (len(f.read()))
except FileNotFoundError:
logging.error("File not found")


As you can see I have 2 levels of indentation, which can add some pain to
the work with the context manager. This code without context manager, can
be replaced by this code:

import logging
try:
f = open('sample_data/READM.md') as f:
print (len(f.read()))
except FileNotFoundError:
logging.error("File not found")
finally:
f.close()

And while this offers less indentations, it skips the usage of the very
handy context manager.

I would like to suggest an alternative syntax, that will, in a sense, apply
the best of both worlds:

import logging
with open('sample_data/README.md') as f:
print (len(f.read()))
except FileNotFoundError:
logging.error("File not")

As "with" applies the behavior of the "try / finally" it feels like a
natural part of this syntax. This could provide a cleaner code.
If this idea is accepted, there are several things that need to be
discussed, like what to do with "else" or "finally" statement following a
context manager. I'm not sure about the proper way to handle this.

With hopes for an even more readable future
Yair
--
בברכה,
יאיר אשל כהנסקי
מתכנת וטכנאי מילים
https://www.inspect-element.net/YouAreHere/#/start
Barry Scott
2024-06-13 13:40:36 UTC
Permalink
Post by Yair Eshel
I read this is a good place to give some suggestions for features in
python.
Best place these days is to raise an idea on https://discuss.python.org/

Beware that this idea has come up in the past and was rejected.

Barry
d***@online.de
2024-06-13 17:44:30 UTC
Permalink
Post by Yair Eshel
...
I would like to suggest an alternative syntax, that will, in a sense, apply
import logging
print (len(f.read()))
logging.error("File not")
Are you aware that in the case of a `FileNotFoundError`
no context manager is created (the context manager is the `f`
in your code).

Why not use:
try:
with open()...
...
except FileNotFoundError:
...


I do not think that your use case requires a `with` extension.



--
Dieter
Cameron Simpson
2024-06-13 22:49:48 UTC
Permalink
Post by d***@online.de
```
with open()...
...
...
```
This is exactly what the OP was expressing dissatisfaction with.

I'm -1 on the idea myself - not every combination of things needs
additional syntactic support, and doing stuff like merging an `except`
with a `wtih` is bound to introduce some weird corner case, complicating
its semantics.

Cheers,
Cameron Simpson <***@cskk.id.au>
Yair Eshel
2024-06-14 06:07:39 UTC
Permalink
Cameron, I'm not really sure I got your point. I've used the "file not
found" exception as an example for a behavior typical on context managers.
This could be a failure to connect to DB, or threads. It also applies to
any kind of possible exception, whether cased by the context manager itself
or the lines inside it. Long story short, this syntax change is as useful
as context managers are
Post by Cameron Simpson
Post by d***@online.de
```
with open()...
...
...
```
This is exactly what the OP was expressing dissatisfaction with.
I'm -1 on the idea myself - not every combination of things needs
additional syntactic support, and doing stuff like merging an `except`
with a `wtih` is bound to introduce some weird corner case, complicating
its semantics.
Cheers,
Cameron Simpson
2024-06-15 02:56:35 UTC
Permalink
Post by Yair Eshel
Cameron, I'm not really sure I got your point. I've used the "file not
found" exception as an example for a behavior typical on context managers.
This could be a failure to connect to DB, or threads. It also applies to
any kind of possible exception, whether cased by the context manager itself
or the lines inside it. Long story short, this syntax change is as useful
as context managers are
The example exception is not what bothers me. The syntax change is
nowhere near as useful as `with` and context managers. They provide an
excellent idiom for resource usage and release.

Your suggestion complicates the `with` statement and brings only a tiny
indentation reduction over the `with`-inside-`try` idiom. It brings no
semantic changes or new features.

That is why I'm -1: the benefit is triviailly small to my eye.
Albert-Jan Roskam
2024-06-16 21:41:52 UTC
Permalink
The example exception is not what bothers me. The syntax change is
nowhere near as useful as `with` and context managers. They provide an
excellent idiom for resource usage and release.

Your suggestion complicates the `with` statement and brings only a tiny
indentation reduction over the `with`-inside-`try` idiom. It brings no
semantic changes or new features.

====
I also don't see the added value. If you desperately want to get rid of an
indentation level, you could use an except
hook. https://docs.python.org/3/library/sys.html#sys.excepthook
j
2024-06-17 11:35:54 UTC
Permalink
Post by Cameron Simpson
```
 with open()...
   ...
 ...
```
This is exactly what the OP was expressing dissatisfaction with.
I'm -1 on the idea myself - not every combination of things needs
additional syntactic support, and doing stuff like merging an `except`
with a `wtih` is bound to introduce some weird corner case,
complicating its semantics.
I agree. If python allowed statement lambdas you could write what you
want above within the language (albeit a bit clumsily). It's very handy.

jan
Post by Cameron Simpson
Cheers,
Loading...