Re: Implicit Arrays and E_STRICT
| From: | Andi Gutmans | Date: | Sat, 08 May 2004 07:12:26 +0000 |
| Subject: | Re: Implicit Arrays and E_STRICT | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-9729@lists.php.net to get a copy of this message | ||
Hi Sara,
I don't think any error message should be thrown during implicit array creation. Not having to define your variables is one of the main principles of the PHP language. I definitely don't think this should be changed. I also don't see how this differs very much from a regular assignment to an undefined variable (e.g. $var = 2; ).
I think making this an error, even an E_STRICT is a very bad move.
Andi
At 06:39 PM 5/7/2004 -0700, Sara Golemon wrote:
lastThis topic got quietly dropped last week, but I'd like to make oneimplicitlyplea. I'd like to see Zend throw an E_STRICT when arrays arehavecreated. I know there were objections to E_NOTICE, but did anyoneI would view implicit array creation as a slightly negative thing, similar to accessing the value of a variable that does not exist. We run in E_ALL mode and write our code to avoid all E_NOTICEs. For instance, before using an array, I always initialize it using $aItems = array(); I'm in favor of issuing an E_NOTICE in response to this. As Andi stated in the earlier incarnation of this thread (I think it was Andi), making an E_NOTICE will cause sudden errror generation in previously E_ALL safe code. While I *personally* would rather see E_NOTICE used, I can certainly understand the desire to tread lightly on what has long been considered a "feature" of PHP. That's why I think that E_STRICT qualifies as an effective compromise between encouraging good coding practices and avoiding BC breaking changes which add little to actual scrript execution. -Sarra -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.phpviolent objections to E_STRICT?i like to see one of those too and i have no preference for one of them.