RE: [PHP-DEV] Reviving scalar type hints
| From: | François Laupretre | Date: | Tue, 17 Feb 2015 15:49:04 +0000 |
| Subject: | RE: [PHP-DEV] Reviving scalar type hints | ||
| References: | 1 2 3 4 5 6 7 8 9 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-82975@lists.php.net to get a copy of this message | ||
> De : Andrey Andreev [mailto:narf@devilix.net]
>
> > If we still see that employing the strict(er) rules is very noisy with
> > internal functions, a more appropriate option may be introducing new
> types
> > into ZPP, that would correspond to the new rules we introduce in the
> > userland type hints, and requiring extension authors to explicitly move to
> > them where they believe it's appropriate. That will allow extension authors
> > to make their choice regarding their APIs, similarly to the process that
> > will happen in userland.
>
> And that brings us back to square one ... Expose only 1 tool to
> userland, but then give two options to the much less-populated crowd
> of extension developers. That doesn't make sense to me.
I must say 'no'. That's completely different of dual-mode, as it was not clear, but
the types we would add to ZPP would be also available in userland.
The objective is to maintain a full consistency between userland, internal funcs, and documentation.
This is so true that we'll probably, in the future, introduce ZPP supported specialized types,
like path, to userland. I am also quite sure that we'll add a set of strict types, for the few
cases where zval type *really* matters (like sorting and other 'special' stuff).
But we are not intending to make it more complex than needed for a first release. We all need to
practice before identifying additional needs.
Cheers
François