Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:41152
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.198.235 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:mime-version:content-type
         :content-transfer-encoding:content-disposition;
        b=Q9Y0YjeEHxlB3lw9Mdep8NlDb70iDb1H0lXbPvYEGbgbKqMujoOreKOv3gsiqCXEhW
         X+foqJY5HhOULwfvV1ycavPM5LFwh1G6TFHSiayvlevh8avoMgrGePLQjkwJymcxQ54m
         uF95QR+YW8wgz5nILjc46Z3wHdFKGrEvHVG48=
Message-ID: <2f931c6f0810161034n6111ec9fi9fb7971bf8e8f052@mail.gmail.com>
Date: Fri, 17 Oct 2008 01:34:07 +0800
To: internals@lists.php.net
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: Re: my last attempt at sanity with namespaces
From: 7am.online@gmail.com ("Edmund Tam")

Hello all,

Sorry to post here being an "outsider".
I didn't post because I know nothing about the internals, really.
However after some incomplete thought I have a not very thorough
suggestion about the ambiguity issue mentioned in the RFC wiki.
I would like to ask if this is possible.

Let me quote the challenge here:

<quote>
// is this class one::step or namespace one::step?
one::step::two();
</quote>

Is is possible that the engine first looks for
classes, then namespaces? So
"one::step::two();" should always result in:

Namespace: one
Class: step
Static Method: two

Now the "ambiguity" is resolved.
If we want to really mean namespace "one::step" and function two(),
one must explicitly write the following:

(one::step)::two();

Yes, parenthesis, just like when we want to write (1 + 2) * 3.

So my question is: can parenthesis play a part in namespace resolving?

There can be problem, e.g. I don't know if the engine can distinguish it
from typecasting without many efforts. But anyway I hope this doesn't
sound too stupid :).

T


>Hi,
>
>http://wiki.php.net/rfc/namespaceissues
>
>Read it and discuss.  Let's be clear people: the technical problems in
>namespaces are limited and solvable.  The problems in the political
>environment surrounding them may not be.  Wouldn't politics be a
>stupid-ass reason to remove namespaces?
>
>Greg