Le mer. 25 mars 2020 à 00:29, Dennis Sweeney
<sweeney.dennis...@gmail.com> a écrit :
> Lastly, since the issue of multiple prefixes/suffixes is more controversial
> and seems that it would not affect how the single-affix cases would work, I
> can remove that from this PEP and allow someone else with a stronger opinion
> about it to propose and defend a set of semantics in a different PEP. Is
> there any objection to deferring this to a different PEP?
name.cutsuffix(('Mixin', 'Tests', 'Test')) is used in the "Motivating
examples from the Python standard library" section. It looks like a
nice usage of this feature. You added "There were many other such
examples in the stdlib."
What do you mean by controversial? I proposed to raise an empty if the
prefix/suffix is empty to make cutsuffix(("", "suffix")) less
surprising. But I'm also fine if you keep this behavior, since
startswith/endswith accepts an empty string, and someone wrote that
accepting an empty prefix/suffix is an useful feature.
Or did someone write that cutprefix/cutsuffix must not accept a tuple
of strings? (I'm not sure that I was able to read carefully all
emails.)
I like the ability to pass multiple prefixes and suffixes because it
makes the method similar to lstrip(), rstrip(), strip(), startswith(),
endswith() with all accepts multiple "values" (characters to remove,
prefixes, suffixes).
Victor
--
Night gathers, and now my watch begins. It shall not end until my death.
_______________________________________________
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at
https://mail.python.org/archives/list/python-dev@python.org/message/IBPEMCBGC5GXUH7BWZPYGWS22WFICN6L/
Code of Conduct: http://python.org/psf/codeofconduct/
