Raymond Hettinger added the comment: I would rather leave lambda or plain function definitions as the way to handle any cases not covered by itergetter, attrgettr, and methodcaller. It feels like we're working way too hard to produce more ways to do it.
Also, the suggested use cases with all() and map() would likely be expressed more cleanly (and readably) with a list comprehension. The reduce() example isn't clear at all (that is part of the reason it was banished to the functools module). I would not want to encounter any of the examples during a debugging session. I think we should decline this feature request as being "a bridge too far" and not what the zen-of-python would encourage us to do. I can't think of any existing code that would be improved by the availability of this extension. Instead, we ought to focus on making the core language as expressive as possible. ---------- assignee: -> rhettinger priority: normal -> low _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25454> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
