I would love to see all of the is_* methods implemented in the initial
implementation, these are far more useful to me than the basic math
operators.

As for interfaces, I'm generally pro-interfaces as programmatic
documentation if nothing else — however, none of the magic methods have
implemented this except for the JsonSerializable stuff. But, I'm all for
moving the language forward on new features only and not getting caught in
the "legacy consistency" trap again.

We can maybe add optional interfaces for other magic methods, and then make
them required in the next major.

I've been hoping for operator overloading in userland since the GMP changes
and welcome this proposal in general.

Thanks Patricio and Sara both! :)



On Sun, Jan 3, 2016 at 2:14 AM, Sara Golemon <poll...@php.net> wrote:

> Patricio Tarantino has asked me to help him propose Operator
> Overloading in PHP 7.1 (based in part on my operator extension in
> PECL).  I think we can expose this to usespace as magic methods with
> very little overhead (the runtime check and dispatch is already there,
> after all).
>
> I do think that the "Future Expansion" section bears following through
> with as well, but the basic set of methods already hooked for GMP
> would be a nice start.
>
> https://wiki.php.net/rfc/operator-overloading
>
> -Sara
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>

Reply via email to