A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2018-October/155472.html below:

[Python-Dev] Arbitrary non-identifier string keys when using **kwargs

[Python-Dev] Arbitrary non-identifier string keys when using **kwargsBenjamin Peterson benjamin at python.org
Tue Oct 9 22:12:16 EDT 2018
On Tue, Oct 9, 2018, at 17:14, Barry Warsaw wrote:
> On Oct 9, 2018, at 16:21, Steven D'Aprano <steve at pearwood.info> wrote:
> > 
> > On Tue, Oct 09, 2018 at 10:26:50AM -0700, Guido van Rossum wrote:
> >> My feeling is that limiting it to strings is fine, but checking those
> >> strings for resembling identifiers is pointless and wasteful.
> > 
> > Sure. The question is, do we have to support uses where people
> > intentionally smuggle non-identifier strings as keys via **kwargs?
> 
> I would not be in favor of that.  I think it doesn’t make sense to be 
> able to smuggle those in via **kwargs when it’s not supported by 
> Python’s grammar/syntax.

Can anyone think of a situation where it would be advantageous for an implementation to reject non-identifier string kwargs? I can't.

I agree with Guido—banning it would be too much trouble for no benefit.
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4