Hello! On 01.03.15 21:19, Yasuo Ohgaki wrote: >>> The answer is no, it's just not worth it. Having a function called >> str_pos which is an alias of strpos, but only on some versions, is more >> confusing, not less. >> >> My sentiment too. Factor in that someone already using the proposed >> himself, things can only go south from here. >> >> If PHP wants to clean up, then do it right: use a namespace for it. > > > I agree use of namespace is better solution. It's rather severe BC, though. > How about rename functions except "string" and "array" related functions? > > BTW, I cannot change document system, but I'm going to update all doc > contents if this passes.
I'm not sure we're on the same page. I'm talking about moving in "no-BC-break" way, if at all. That is, no existing function be touched. As to whether namespaces-aliases are really necessary I leave for others. I think a sensible thing to do at this stage would be, rather than changing existing stuff, laying the ground work how to do it in the future. What I mean is: an RFC for consistent introducing new "names" in the PHP language. So that /future/ functionality does not always get slapped into the global namespace but that we finally start using our reserved PHP\ namespace and put stuff in there instead of the global pollution. Yeah, I think that direction is a sensible start and gather peoples mindset about this instead of going backwards, renaming stuff without clear plan, etc. thank you, - Markus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
