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/2009-March/087287.html below:

[Python-Dev] In-place operators

[Python-Dev] In-place operators [Python-Dev] In-place operatorsGuido van Rossum guido at python.org
Tue Mar 17 22:58:06 CET 2009
On Tue, Mar 17, 2009 at 2:54 PM, Benjamin Peterson <benjamin at python.org> wrote:
> 2009/3/17 Raymond Hettinger <python at rcn.com>:
>> Does anyone think it was not a good idea to put in-place operations in the
>> operator module?  For some objects, they don't map() as well as their
>> regular counterparts.  Some in-place operations rely on the interpreter to
>> take care of the actual assignment.   I've not yet seen good use cases for
>> operator.isub() for example.
>
> I thought the point of the operator module (unlike most modules) was
> to provide a comprehensive set of Python operators as functions for
> consistency even if there usefulness was questionable.

Right. Since Python doesn't have a notation like "operator +" for
turning operators into functions, the operator module provides this
functionality. Better safe than sorry.

-- 
--Guido van Rossum (home page: http://www.python.org/~guido/)
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