Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:53535 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 61167 invoked from network); 23 Jun 2011 15:13:11 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jun 2011 15:13:11 -0000 Authentication-Results: pb1.pair.com smtp.mail=martinscotta@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=martinscotta@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.210.42 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: martinscotta@gmail.com X-Host-Fingerprint: 209.85.210.42 mail-pz0-f42.google.com Received: from [209.85.210.42] ([209.85.210.42:37285] helo=mail-pz0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7A/61-53684-708530E4 for ; Thu, 23 Jun 2011 11:13:11 -0400 Received: by pzk37 with SMTP id 37so1368467pzk.29 for ; Thu, 23 Jun 2011 08:13:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=31FaZTjUJQlHbXQWXId5dW1HNOkU4eamuyUm+vXIBUs=; b=U44L14Siehopd1XlH0JVUMFvjNWOUormQuzdKEFvYFk6XiAZOjDGotYsZ2YNhLHilY QS2zxMgvg+6g4ijyt029MmNi5kydtpA6SF10GAgyKF//J6a9L6jRl5F9Zifqv9kFsuK9 G+/gS3joDIZJ0XOyWYrAeO38goYHAXXunp71c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ZM+gJcXUaQMsEKvPEfsZsxKTFeSi5MTiuS0xLbnXHZybiW8HZabdOan/mDmIpyrxkq D8ou1ycy19w/ALTM/tUHTImx9Lhab+VrNjlZ8mduM+aXuk+Ss2pSP3QnT7jKL3GZuSo3 OAQL2XXqyUeQydN1S+thXKDHwYZiDoaCnRR4c= MIME-Version: 1.0 Received: by 10.68.48.199 with SMTP id o7mr1228226pbn.5.1308841987538; Thu, 23 Jun 2011 08:13:07 -0700 (PDT) Received: by 10.68.56.74 with HTTP; Thu, 23 Jun 2011 08:13:07 -0700 (PDT) In-Reply-To: References: <4E0355AE.4080305@php.net> Date: Thu, 23 Jun 2011 12:13:07 -0300 Message-ID: To: Ferenc Kovacs Cc: Stefan Neufeind , internals@lists.php.net Content-Type: multipart/alternative; boundary=bcaec53af1dcbbfeab04a66285c0 Subject: Re: [PHP-DEV] Variable scopes for language constructs (foreach, ...) From: martinscotta@gmail.com (Martin Scotta) --bcaec53af1dcbbfeab04a66285c0 Content-Type: text/plain; charset=ISO-8859-1 Martin Scotta On Thu, Jun 23, 2011 at 12:09 PM, Ferenc Kovacs wrote: > On Thu, Jun 23, 2011 at 5:03 PM, Stefan Neufeind wrote: > > > Hi, > > > > I've lately discussed with a colleague which scopes of variables exist > > for PHP or would probably make sense. In general I think the general > > idea of having variables available all throughout a function is okay as > > this allows things like > > > > foreach($vals as $v) { > > // ... > > $found = true; > > } > > if($found) { > > // ... > > } > > > > (setting $found inside the loop while still being able to access it > > outside) > > > > But the interesting part is that $v is also still available outside the > > loop (last value). While most people would say this is not a big > > problem, it can become problematic when using references. > > > > foreach($vals as &$temp) { > > // ... > > } > > // ... > > $temp = 5; > > (when you don't think about the reference anymore but want some > > temp-variable) > > > > > > If this has been "throughly discussed" before, please excuse. But if not > > maybe somebody could share his oppinion on the following proposal. > > > > What if we (for example with PHP 5.4 or if not possible maybe with the > > next one) change the behaviour so that > > > > * variables used for key/value in foreach (probably other places?) would > > be limited to that loop-scope > > > > and maybe > > * variable $found in the first example would need to be initialised > > before the loop. Otherwise it would be a new variable inside the scope > > of foreach that would be gone afterwards > > > > and/or maybe > > * allowing to explicitly limit variable-scopes inside blocks, for > > example by allowing var $found somewhere inside a function to allow > > things like > > > > if($a) { > > var $temp; > > > > $temp = 5; > > } > > // and $temp would be gone here; was limited to the scope in which it > > was defined by var > > > > > > Hope this is not too much of a non-sense idea to you :-) > > > > > Hi, > > it was discussed many times on the list, and this behavior is also > documented, see > http://php.net/manual/en/control-structures.foreach.php > > "Reference of a $value and the last array element remain even after the > foreach loop. It is recommended to destroy it by unset()." > > personally I find that weird, and unintuitive, but changin that in a major > or minor version could be changed if we chose to. > > What if the unset is injected at core level ? > Tyrael > --bcaec53af1dcbbfeab04a66285c0--