[PHP-DEV] [RFC] Userspace operator overloading

2020-02-15 Thread jan.h.boehmer
Hi internals, based on the discussions here (https://externals.io/message/108300) and here (https://github.com/php/php-src/pull/5156), I have created a proper RFC for userspace operator overloading: https://wiki.php.net/rfc/userspace_operator_overloading The main differences to my original concep

Re: [PHP-DEV] [RFC] Userspace operator overloading

2020-02-15 Thread Rowan Tommins
On 15 February 2020 22:05:52 GMT+00:00, jan.h.boeh...@gmx.de wrote: >Some discussion points, I can think of, would be the naming of the >methods >(maybe naming them after the operator symbol and not the arithmetical >operation they represent, e.g. __plus instead of __add) or putting the >methods in

Re: [PHP-DEV] [RFC] Userspace operator overloading

2020-02-15 Thread Stanislav Malyshev
Hi! > - The individual symbolic operators, with no intrinsic meaning - e.g. > overloading . for concatenation on strings but dot-product for > vectors; or a DSL overloading << and >> for "into" and "out of". Please no. I know it looks fancy and some languages love it, but for a person not in on t

Re: [PHP-DEV] [RFC] Userspace operator overloading

2020-02-16 Thread Rowan Tommins
On 16 February 2020 05:07:03 GMT+00:00, Stanislav Malyshev wrote: >Hi! > >> - The individual symbolic operators, with no intrinsic meaning - e.g. >> overloading . for concatenation on strings but dot-product for >> vectors; or a DSL overloading << and >> for "into" and "out of". > >Please no. I k

Re: [PHP-DEV] [RFC] Userspace operator overloading

2020-02-16 Thread G. P. B.
On Sat, 15 Feb 2020 at 23:06, wrote: > Hi internals, > > based on the discussions here (https://externals.io/message/108300) and > here > (https://github.com/php/php-src/pull/5156), I have created a proper RFC > for > userspace operator overloading: > https://wiki.php.net/rfc/userspace_operator_o

Re: [PHP-DEV] [RFC] Userspace operator overloading

2020-02-16 Thread jan.h.boehmer
> ) I know you're not alone in that feeling. If it turns out this is the majority view, I think it answers a couple of open questions: > > Overload methods should definitely be named after operations, not symbols, to remind people they are implementing addition, not giving new meaning to + > > The

Re: [PHP-DEV] [RFC] Userspace operator overloading

2020-02-16 Thread Rowan Tommins
On 16/02/2020 14:13, jan.h.boeh...@gmx.de wrote: Except for simple numbers, almost no mathematical objects define division (only some special matrices can be on the right hand of a division, and for vectors there is no definition for division at all). Then my philosophical question would be: ar