Commonly-used names in the Python standard library
Steven D'Aprano
steve+comp.lang.python at pearwood.info
Fri Feb 21 01:43:47 EST 2014
More information about the Python-list mailing list
Fri Feb 21 01:43:47 EST 2014
- Previous message (by thread): Commonly-used names in the Python standard library
- Next message (by thread): Commonly-used names in the Python standard library
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Thu, 20 Feb 2014 14:09:19 +0200, Marko Rauhamaa wrote: > Chris Angelico <rosuav at gmail.com>: > >> Python has a facility like this. It doesn't namespace the keywords, but >> it does let you choose whether to have them or not. In Python 2.5, you >> could type "from __future__ import with_statement" to turn 'with' into >> a keyword. After Python 2.6, it's always a keyword. > > That certainly softens the blow but might still cause unnecessary > suffering when maintaining/resurrecting legacy Python code. > > How about blocking the introduction of new keywords for ever except if > you specify: > > from __py35__ import syntax > > Eventually, every Python module would likely begin with a statement like > that, and it would document the assumption more clearly than __future__. What *actual* problem is this supposed to solve? Do you often find that Python has introduced new keywords, breaking your code? -- Steven
- Previous message (by thread): Commonly-used names in the Python standard library
- Next message (by thread): Commonly-used names in the Python standard library
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-list mailing list