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
On Wed, Jan 5, 2022 at 12:26 AM Aleksander Machniak wrote:
>
> - what is the performance impact?
>
Each operator evaluation is very slightly better than the equivalent
function call, since the VM call chain is very slightly simpler, but for
most purposes you can think of the performance as being
On Tue, Jan 4, 2022 at 10:50 PM Pierre Joye wrote:
>
> I hesitated too, however I think we can't escape this feature. Like it
> was for the annotation, we need to find a compromise.
>
> Your points are valid so I wonder if the RFC could be modified and get
> to the point we could reach that compr
Hey Jordan.
On 05.01.22 10:42, Jordan LeDoux wrote:
On Tue, Jan 4, 2022 at 10:50 PM Pierre Joye wrote:
I hesitated too, however I think we can't escape this feature. Like it
was for the annotation, we need to find a compromise.
Your points are valid so I wonder if the RFC could be modified
On 05.01.22 10:42, Jordan LeDoux wrote:
I suppose the alternative would be to withdraw the RFC
now that a wider variety of voters are providing feedback than the other
three threads.
I would let the vote go on, as there are still many voters who have not
voted on this yet, giving the proposal m
Hello Jordan,
do you have any thoughts about these symmetric/left/right modifiers,
to get rid of the $operandPos parameter?
To me, the parameter could be the kind of thing where in hindsight we
ask "why?".
Also, can we drop the "public" modifier, if we do a new version of the RFC?
Cheers
Andreas
On 04/01/2022 22:35, Kirill Nesmeyanov wrote:
Since «traits» are often an indicator of not very good code and many may not
use them quite correctly, for example, as helpers, I suggest adding support for
the `expects` keyword to indicate that the trait is part of the code
decomposition taking i
On Wed, Jan 5, 2022 at 6:33 AM Andreas Hennings wrote:
> Hello Jordan,
> do you have any thoughts about these symmetric/left/right modifiers,
> to get rid of the $operandPos parameter?
>
> To me, the parameter could be the kind of thing where in hindsight we
> ask "why?".
>
> Also, can we drop th
On Tue, Jan 4, 2022 at 10:35 PM Kirill Nesmeyanov wrote:
> How relevant do you think this idea/proposal is? And what possible
> problems or solutions will this entail in the future?
>
I'm not convinced there's a reasonable need for it. The very nature of
finding yourself in a situation where you
On Wed, 5 Jan 2022 at 20:11, Jordan LeDoux wrote:
>
>
>
> On Wed, Jan 5, 2022 at 6:33 AM Andreas Hennings wrote:
>>
>> Hello Jordan,
>> do you have any thoughts about these symmetric/left/right modifiers,
>> to get rid of the $operandPos parameter?
>>
>> To me, the parameter could be the kind of
On Wed, Jan 5, 2022 at 2:17 PM David Gebler wrote:
> On Tue, Jan 4, 2022 at 10:35 PM Kirill Nesmeyanov wrote:
>
> > How relevant do you think this idea/proposal is? And what possible
> > problems or solutions will this entail in the future?
> >
>
> I'm not convinced there's a reasonable need for
On Wed, Jan 5, 2022 at 3:24 PM Andreas Hennings wrote:
> On Wed, 5 Jan 2022 at 20:11, Jordan LeDoux
> wrote:
> >
> >
> >
> > On Wed, Jan 5, 2022 at 6:33 AM Andreas Hennings
> wrote:
> >>
> >> Hello Jordan,
> >> do you have any thoughts about these symmetric/left/right modifiers,
> >> to get rid
On Wed, Jan 5, 2022, at 2:35 PM, Chase Peeler wrote:
> First, I'm someone that mainly uses traits to implement the functionality
> defined in an interface. I think that's one of the best uses for them.
> However, I'm personally not a huge fan of overly restrictive things. For
> instance, while the
On Wed, Jan 5, 2022 at 11:05 PM Larry Garfield
wrote:
> On Wed, Jan 5, 2022, at 2:35 PM, Chase Peeler wrote:
>
> For point 2, that's mainly useful as a way to signal to other developers
> "hey, this trait has all but one method of the LoggerInterface, that's how
> you'd use it", and to signal sta
On Wed, 29 Dec 2021, 15:42 Vincent Langlet,
wrote:
>
> I recently discovered that an array was automatically casting
> numeric-string keys to int if it was possible.
>
Having had to track down bugs numerous times over the years, I completely
agree this is unexpected behaviour, and would be in fa
15 matches
Mail list logo
