Re: Re: [RFC] Reserving More Types in PHP 7

From: Date: Fri, 20 Feb 2015 18:22:26 +0000
Subject: Re: Re: [RFC] Reserving More Types in PHP 7
References: 1 2 3 4 5 6  Groups: php.internals 
Request: Send a blank email to internals+get-83335@lists.php.net to get a copy of this message
On Feb 20, 2015 8:11 AM, "Andrey Andreev" <narf@devilix.net> wrote: > > Hi, > > On Fri, Feb 20, 2015 at 6:00 PM, Levi Morrison <levim@php.net> wrote: > > On Fri, Feb 20, 2015 at 4:21 AM, Andrey Andreev <narf@devilix.net> wrote: > >> > >> Agree on 'double' though ... if we want to discourage its usage, we > >> might even think of deprecating it. > > > > While deprecating it might be a good course of action, it is out of > > scope of this RFC. I personally think that reserving it is a good way > > to discourage its use: simply reserve it and then don't use it for > > anything. If we decide not to use the aliases if we have scalar types > > and the aliases are reserved this would prevent users from making > > custom types from the aliases. In my opinion this a Good Thing. > > Well, I meant to deprecate is_double(), is_real() and the > corresponding explicit casts. I might be missing other places when > they are used, not sure, but the point would be to stop using these > names for scalar types at all, so that everybody can freely use them > for class/trait/interface names ... I don't think anybody would do > that only for pseudo-scalar hinting objects. > > So, while yes - that's outside of this RFC's scope, reserving them as > keywords would be the opposite of what I had in mind. Right, but it is a yes/no list of options. It makes no sense to have competitive RFCs for such a trivial set of choices. > Cheers, > Andrey. > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >

« previous php.internals (#83335) next »