Also you can support future changes to the syntax (e.g. __matmul__ and friends from 3.5, __aiter__ from 3.5.2) with a single codebase rather than having to push that grammar back to previous versions (impossible?) or have the grammar for magic methods be extraordinarily general (messy?)
On Tue, Nov 8, 2016 at 3:56 PM, Greg Ewing <greg.ew...@canterbury.ac.nz> wrote: > Another advantage of dunder method names is that you > can google them. Someone coming across a method called > "__foo__" can easily find documentation about it, but > it's not so easy to do that for special syntax. > > -- > Greg > > > _______________________________________________ > Python-ideas mailing list > Python-ideas@python.org > https://mail.python.org/mailman/listinfo/python-ideas > Code of Conduct: http://python.org/psf/codeofconduct/ >
_______________________________________________ Python-ideas mailing list Python-ideas@python.org https://mail.python.org/mailman/listinfo/python-ideas Code of Conduct: http://python.org/psf/codeofconduct/
