Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:62885
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <504942C9.6050106@sugarcrm.com>
References: <CAPd6JnEE1_nzCq=vH=cLnmpDegZtLxqsaP_bKDhSMvfoEGZgVw@mail.gmail.com>
 <CAL+t6cHda5AMhsJ=suNTpVRd0nH+6FTjC1Nk8dq=BCrjtb3EJg@mail.gmail.com>
 <CAFMT4NowE14WQLaarraqVmwwyjsLMPyG3xxkM_h1ui386oQoGw@mail.gmail.com>
 <CANVTSm6uTwtwYk-PUn-Jm-cJr+0mKSQAgjGsRthkF+uPvdcmbg@mail.gmail.com> <504942C9.6050106@sugarcrm.com>
Date: Fri, 7 Sep 2012 03:49:12 +0300
Message-ID: <CANVTSm78uJdayiYA0cvEuC1NogEdoNpRFu9bZ2CancFttVarTw@mail.gmail.com>
To: Stas Malyshev <smalyshev@sugarcrm.com>
Cc: Mark <markg85@gmail.com>, "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=20cf307f3144354d5f04c911fba4
Subject: Re: [PHP-DEV] Why are the PHP namespaces different compared to C++?
From: g.b.yahav@gmail.com (Yahav Gindi Bar)

--20cf307f3144354d5f04c911fba4
Content-Type: text/plain; charset=ISO-8859-1

On Fri, Sep 7, 2012 at 3:41 AM, Stas Malyshev <smalyshev@sugarcrm.com>wrote:

> Hi!
>
> > How about adding ability to import the entire namespace?
>
> This option was explicitly excluded because this defeats the whole idea
> of having namespaces - i.e. having names to live in different spaces -
> by explicitly bringing unknown set of names into global space. If you
> allow global import, then you do not know which any of the names comes
> from - it can come from any of the set of imported namespaces, or be
> just global - and you have absolutely no idea about it and no way to
> avoid conflicts. And all that to save you three keystrokes so you could
> write DbConnection and not Db\DbConnection? Definitely not a good idea.
> Current implementation makes it clear where things come from and avoids
> naming conflicts, while still allowing you to use short names instead of
> long and painful ones.
> --
> Stanislav Malyshev, Software Architect
> SugarCRM: http://www.sugarcrm.com/
> (408)454-6900 ext. 227
>

That's true, but we do got the ability to import only one class from given
namespace and classes aliasing so we can, for example, do something like:

namespaceClasses.php

namespace MyNamespace;
class Foo { }
class Bar { }
class Baz  { }

use \MyNamespace\* {
   Foo as F
   Bar as B
};

Then - the Foo and Bar classes will be F and B while Baz and any other
class remain Baz.
I do understand the point of conflicts, but I think that we should give the
programmer the ability to decide whether to import specific class or the
entire namespace.

Other option I've thought of is to declare rules for importing as keywords
or even a function that can import the namespace with given conflict rules

for example

use \MyNamespace\* noconflict;

or even
import_namespace('\MyNamespace', NS_AVOID_CONFICT);

or something like that, though I think that a keyword allocated only to
that propose is definitely not good approach...

--20cf307f3144354d5f04c911fba4--