Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:31179
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.134.191 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:from:reply-to:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id;
        b=GbqrCdhL7n+hEQsqrMCejvJN64L5x96z0Nwf1ZvKUoHtrV32dG5EU5+g4BdnA1iaWr2dZKmqgoceWb1BhMGef60yY90TqfoB/cGWETghjMHqPZQw8/PGm0miqm+yc3hElHptMgiPhrE5Lw101JHB0XIIzS+XbpdYjmc8IUMqkig=
Reply-To: =?iso-8859-2?q?Pawe=B3_Stradomski?= <pstradomski@gmail.com>
To: internals@lists.php.net
Date: Mon, 23 Jul 2007 11:40:55 +0200
User-Agent: KMail/1.9.5
References: <46A31D95.2080407@fischer.name> <E996AAF4A714DF4D9BD59E9418957A2128CD19@peak8sbs.peak8solutions.local> <46A4661A.6080202@zend.com>
In-Reply-To: <46A4661A.6080202@zend.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-ID: <200707231140.55535.pstradomski@gmail.com>
Subject: Re: [PHP-DEV] Question about Namespace patch
From: pstradomski@gmail.com (=?iso-8859-2?q?Pawe=B3_Stradomski?=)

Stanislav Malyshev wrote:
> > working with a large library and have to import a lot of classes, the
> > way this works is nothing but a pain. We would be better off not using
> > namespaces at all, in this case. Thus, the problem has not been solved.
>
> Once more, you DO NOT have to import a lot of classes. Please do read
> what I write. You SHOULD NOT import classes in global space. Namespaces
> are NOT the way to bring all classes in global space, and it should not
> be done.

OK, so suppose I want to have four namespaces for my project:
MyApp for some shared code,
MyApp::Model
MyApp::Controller
MyApp::View

Now in many places in my code in Model I'd use some ORM library - let's ass=
ume=20
it's similar to python's SQLAlchemy. Now is there any way for me to have=20
access **in Model namespace** to all classes from SQLAlchemy namespace=20
without using

import SQLAlchemy::Column
import SQLAlchemy::Table
import SQLAlchemy::Join
import SQLAlchemy::ForeignKey
import SQLAlchemy::Session
import SQLAlchemy::Transaction

and tens of other classes? I know your patch makes it possible to use fully=
=20
qualified names everywhere.

=2D-=20
Pawe=B3 Stradomski