Hi internals,
As there was no further feedback, I've opened voting on
https://wiki.php.net/rfc/restrict_globals_usage. The vote closes on
2021-01-06.
Regards,
Nikita
Thanks tyson.
> This would also make it easier to use those generators in brand new
algorithms that weren't in the initial RFC.
> (or in algorithms written by users in PHP)
This suggestion seems to make sense. Maybe the RNG should only focus on
generating random numbers and not anything else.
How
> On Dec 22, 2020, at 15:39, Josh Bruce wrote:
>
>>> tl;dr: Could add flags to is_array.
>>
>> Please, no.
>>
>> PHP needs fewer flags, not more.
>>
>> -Mike
>
> lol - There’s something to be said for that.
>
> Thinking of “simple" bridges that can be built toward a possible larger
> discuss
Hi Ben/Josh,
> I actually like the idea of flags added to `is_array()` for this.
>
> Something like:
>
> is_array($value, ZERO_INDEXED | ASSOCIATIVE | INTEGER_INDEXED)
>
> I’m not suggesting these names; they’re for illustration only.
I'm strongly opposed to adding any flags to is_array - ke
Hi Ben,
> I don’t think changing the name changes my concern, but as Tyson
> pointed out:
>
> > These idiosyncrasies of php and unintuitive behaviors existed prior
> > to this RFC.
>
> I’m generally +1 on this RFC, but as I think about it, maybe there is a
> problem with the name. If we choose t
>
>> I actually like the idea of flags added to `is_array()` for this.
>>
>> Something like:
>>
>> is_array($value, ZERO_INDEXED | ASSOCIATIVE | INTEGER_INDEXED)
>>
>> I’m not suggesting these names; they’re for illustration only.
>
> I'm strongly opposed to adding any flags to is_array
On Wed, Dec 23, 2020 at 7:44 PM Ben Ramsey wrote:
> I actually like the idea of flags added to `is_array()` for this.
>
> Something like:
>
> is_array($value, ZERO_INDEXED | ASSOCIATIVE | INTEGER_INDEXED)
>
For static analysis, though, unary predicate (e.g. `is_list()`) is much
easier to wor