On Fri, 12 Aug 2005 15:03:36 -0400 [EMAIL PROTECTED] (Ilia Alshanetsky) wrote:
> > I have a #9 to share, too: > > Assuming that PHP 6.0 will also have namespaces support (which > > would be cool), it might make sense to move all internal > > functions to use namespaces (if they support functions sitting > > in there - doesn't seem like Jessie's current patch will, but > > then, maybe there's a chance). That way, we could clean up > > naming inconsistencies (think of all the str* functions), and > > maybe even some of the common annoyances when it comes to > > parameter order (haystack, needle vs. needle, haystack) > > -1 to namespaces. As for modifying functions that would require a > fair number of function aliases for BC as untold number of > scripts will break. That is something we are trying to eliminate > in the first place. I have no oppinion on namespace, I lived the past years without (and without exceptions for the record ;) and was somehow pretty happy. I may see some usages but they fit not that good in a language like php (talking about the way it works). About BC and PHP 6.0, this is irrelevant. We are sticked during all .x releases with BC. Now we have a chance to clean what we think we should clean, BC is not a good argument here, inconsistencies can be one, "overkilled" too ;) Regards, --Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
