Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:116810
To: internals@lists.php.net
References: <CAMrTa2Emxro81j7UMA5QZ+wCOY7g46LSotLRD4oUG7HEfqSD0A@mail.gmail.com>
Message-ID: <81fe282c-45d6-f54a-16b9-9dfffedaaa33@alec.pl>
Date: Wed, 5 Jan 2022 09:26:00 +0100
MIME-Version: 1.0
In-Reply-To: <CAMrTa2Emxro81j7UMA5QZ+wCOY7g46LSotLRD4oUG7HEfqSD0A@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] [VOTE] User Defined Operator Overloads
From: alec@alec.pl (Aleksander Machniak)

On 03.01.2022 01:13, Jordan LeDoux wrote:
> https://wiki.php.net/rfc/user_defined_operator_overloads. The voting will
> close on 2022-01-17.

- what is the performance impact?
- why "[public] operator" and not "operator function"?
- what about precedence, i.e. what happens with $a + $b * $c? there's no 
clear answer
- why not allow the tilde operator to be used in a different context?, 
e.g. in PostgreSQL it is used as a regular expression match, e.g.
   $a ~ '^[a-z]+$'
- the Implied Operators table does not mention ~= operation.
- I don't like the Reflection API changes

-- 
Aleksander Machniak
Kolab Groupware Developer        [https://kolab.org]
Roundcube Webmail Developer  [https://roundcube.net]
----------------------------------------------------
PGP: 19359DC1 # Blog: https://kolabian.wordpress.com