On 09/02/2015 17:03, Zeev Suraski wrote:
Fact is, there were very few people who said that weak types are *bad* (although Sebastian seems to fall in that category). The vast majority of feedback that 'opposed' weak typing, didn't really oppose weak typing at all. What it opposed was, rather, the lack of introducing strict typing. That is clearly not the same thing, which is why the fact there were people who opposed v0.1 of the RFC does not equate with people opposing weak typing, not at all.
The problem is: what's in it for the strict camp to vote yes for a v0.1 that offers no guarantee that strict hints will be added later nor in which form that would happen?
If there is no guarantee, having weak hints in the language is actually a bad thing for them since it might mean strict ones never materialize.
Each and every person that voted in favor of the v0.3 RFC, voted in favor of weak typing. Weak typing is not only a key element of that RFC - it's even the default behavior. In addition to everyone who voted in favor of the v0.3 RFC, many - most probably most of the people who voted against it- are in favor of the weak typing API. If you combine the two groups, you're going to get to nearly 100% support, or arguably, 'lack of opposition', to the weak typing proposal.
As per my answers above, I don't think this is true, unless they have no clue how politics work.
The controversy is exclusively around strict typing. It goes both ways - proponents of strict typing feel very passionate about having to introduce it into the language; Opponents seem to feel equally passionate about not adding them.
And that is exactly why this RFC is great, since it lets the strict-proponents have their strict types in their files, but those preferring weak ones can remain in the default weak mode, never see an ugly declare(), and still call strict code in weak mode.
That is why I don't quite understand the "no" votes coming from weak-hints proponents. Unless of course you would prefer to pass weak-only v0.1 and then shoot down any attempt at strict hints. That strikes me as quite selfish though, given the strict-proponents isn't such a tiny group of people.
And then there are the people sitting somewhere in between the black and white camps. Those that would like to use strict sometimes for some critical code paths, and for them the proposed solution is quite good as well.
Cheers -- Jordi Boggiano @seldaek - http://nelm.io/jordi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
