Stanislav Malyshev wrote:

1. SYSTEM NAMESPACES.
Come on. Is it really that hard to write strlen? Or array_merge? Would it be better if they were len (of what?) and merge (what?)? I don't think so.

No, it is not hard to write strlen but I would also like to see these functions organized better. I've felt that PHP has been a mess since I learned it way back when, the naming inconsistencies are everywhere.

2. TYPE HINTING.
This topic was discussed to death on the list, please read the archives. If after that you still do not understand what it is about, or have some comments, please ask then.

Sure, it has been discussed over and over but the fact that it keeps coming up here should show you that PHP developers want this feature.

4. PARAMETER ORDER.
Two letters: BC.
Changing variable order in an existing function is a big fat BC break. And if we put such a bomb into a new version, what would be the incentive for people to use it? So that apps would have to be shipped in 2 versions, for the old php and the new php?

Is this something that could be fixed if it's moved to a namespace? The new "alias" can have the "correct" order but original function can have the old order.

These were the major issues that came to my mind until now.
Please remember - what you call "ancient code" other people call "application on which my paycheck depends". So I think we should be super-extra-careful when messing with it. That doesn't mean we would never do any BC-breaking change ever - that does mean there always has to be a very good reason for it. And I personally don't see "consistency" being good enough reason. Don't get me wrong - it's good, it's just not good enough to be valued over working applications.

I agree here but again, it could probably be worked around with some thought. These are a few items that I'd like to see worked on, as a PHP developer anyway.

At the same time, I'd like to thank the internal developers. Several other things that were on my list have been worked on, specifically Late Static Bindings. Thanks again, these are just my comments, not meant to offend anyone.

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to