On 16 Jul 2014, at 20:17, Stas Malyshev <smalys...@sugarcrm.com> wrote:
> You say it as if it is an advantage. It is not. Having a rule that is > subtly different in 10% of places is actually worse than having one > totally different, because you start relying on it being the same, and > you don't change your tests to capture the elusive 10%, and everything > works just fine, and then you get in production scenario where data > happens to hit that 10% and your code goes bananas. It could cause problems, sure, but it’s worth pointing out that the rules this RFC uses are a strict subset of those zpp does; anything this RFC permits will be permitted by zpp, it’s the reverse that isn’t necessarily true. If you write your code to work with the stricter rules of scalar hints, it’ll work fine for internal functions. At the moment, of course, there’s no scalar type hints for userland functions, so it’s already inconsistent. -- Andrea Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
