4 ms·
right, and then it becomes even less readable because someone calls in the namespace somewhere and half of your project uses 1 version, half the other. No, jus
by mreiland 12y ago
right, and then it becomes even less readable because someone calls in the namespace somewhere and half of your project uses 1 version, half the other.
No, just stick with the consistency of using the stdlib as is. If someone really has a problem with these specific issues they don't need to be developing, period.
- cdmckay 12y agoI would like to think that in any sane project they would choose one of the namespaces and stick with them. Moreover, I think that as you deprecated the older namespaces, this problem would go away. You could make the exact same argument with removing register_globals: half the project using it, while half the project using the superglobals. Clearly there'd be some pain, but I don't think it would be as bad as you're trying to make it sound. I'm not really sure I follow the logic that if someone has an issue with the state of a programming language then they shouldn't be developing. How does that make any sense?
- mreiland 12y agobecause you're involved in a strawman. funny how that works.
- bitwalker 12y agoIt's in the nature of developers to care about API design, which is really what this is about. Would you want someone to design an API for your software product that does so as haphazardly as the PHP standard library was designed? Probably not. It's only natural that people want to discuss why it's bad and how it could be fixed. I would be more concerned if you were a developer and didn't care about these kind of issues.
- mreiland 12y agoif it aint broke, don't fix it, and PHP's stdlib aint broke. It just aint perfect. It will never BE perfect. And that's ok. There's a million things I'd like to see before people start trying to "fix" an stdlib that's been around for so long.