Re: namespace separator and whining
| From: | Lukas Kahwe Smith | Date: | Mon, 27 Oct 2008 22:05:57 +0000 |
| Subject: | Re: namespace separator and whining | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-41490@lists.php.net to get a copy of this message | ||
On 27.10.2008, at 23:01, Stanislav Malyshev wrote:
Hi!just the same reason as you can use a constant without initialization. out of the box PHP does not try to be a teacher. it lets you write you code that does what you need. but it lets you grow at the same time. this is how PHP got its huge userbase. we let people grow with their needs. regards, Lukas Kahwe Smith mls@pooteeweet.orgthis seems like a very good idea to me. this way things default to "just work" (which imho is the PHP spirit), while its brain dead easy to detect misuse.They not "just work" - they "work" in a wrong way (not usable in any practical application). And E_NOTICE is a non-solution here - if we know that it's wrong enough to put a warning there, why we don't make it right? Why should we put another thing to stumble upon - why people should learn another gimmick "you can write it that way, but you never should do it because it works badly". If they shouldn't write it that way - what would be the reason to allow them to do it instead of giving clear error message that makes it easy to fix? I can understand when such things are left over by BC reasons - but to explicitly design the language in a way that needs footnotes and warnings to code around bad design?