Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:41768
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain fmethod.com from 69.16.228.148 cause and error)
Message-ID: <133EA0E5E36C4DE7AED0E98418B6E4AE@pc>
To: "internals Mailing List" <internals@lists.php.net>
References: <4914AFCA.40307@chiaraquartet.net>
Date: Fri, 7 Nov 2008 23:49:36 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [PATCH] bracketed namespace declarations
From: sv_forums@fmethod.com ("Stan Vassilev | FM")

Sorry for the second email, I just forgot to mention something regarding how 
use statements apply from global scope to namespace x {}.

The best way regarding realworld usage and existing state of the art would 
be to take into account the use statements in the scope above and apply the 
use statements inside the scope after them.

So if I write this:

<?php
use A;
use B;

namespace {
    use C;
}
?>

In the namespace, it's the same as if I wrote use A, B, C in that order 
explicitly. Implemented this way, in a future version of PHP we could allow 
this typical scenario (which I suspect won't work with this patch?):

<?php
use A;

function foo() {
    use B; // use A applies implicitly, use B applied only for the scope of 
the function
    ...code...
}
?>

Which code above is in fact a sugared version of what is actually happening:

<?php
use A;

function foo() { namespace {
        use B; // use A applies implicitly, use B applied only for the scope 
of the namespace scope
        ...code...
} }
?>

The above significantly helps with larger function/class libraries in a 
single file, as you can make your use statements more local (typically you 
will use certain classes globally, and most locally in a function/method), 
and is supported by most modern languages that handle namespaces.

Regards, Stan Vassilev