Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:33753 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 10106 invoked by uid 1010); 5 Dec 2007 18:24:50 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 10091 invoked from network); 5 Dec 2007 18:24:50 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Dec 2007 18:24:50 -0000 Authentication-Results: pb1.pair.com smtp.mail=sam@sambarrow.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=sam@sambarrow.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain sambarrow.com from 205.234.132.11 cause and error) X-PHP-List-Original-Sender: sam@sambarrow.com X-Host-Fingerprint: 205.234.132.11 scottsdale.servershost.net Received: from [205.234.132.11] ([205.234.132.11:40011] helo=scottsdale.servershost.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3D/4B-20707-1FCE6574 for ; Wed, 05 Dec 2007 13:24:49 -0500 Received: from [65.207.49.92] (port=44252) by scottsdale.servershost.net with esmtpsa (SSLv3:RC4-MD5:128) (Exim 4.68) (envelope-from ) id 1IzyvL-0001PU-Dl; Wed, 05 Dec 2007 12:24:43 -0600 To: Sebastian Bergmann Cc: internals@lists.php.net In-Reply-To: References: <4755E492.2080906@chiaraquartet.net> <4755FD27.3030802@zend.com> <064401c836de$e49dde10$e6dfc350@foxbox> <00A2E2156BEE8446A81C8881AE117F199A067A@companyweb> Content-Type: text/plain Date: Wed, 05 Dec 2007 13:20:33 -0500 Message-ID: <1196878833.16004.3.camel@sbarrow-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - scottsdale.servershost.net X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - sambarrow.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: AW: [PHP-DEV] Re: RFC: Dropping Namespace From: sam@sambarrow.com (Sam Barrow) This would be a good idea, if implemented with a compatibility layer to be removed later. ::php ::str ::arr ::ob etc ::ext ::mysql ::mysqli Userland code can then use a namespace such as ::app, or just use the global namespace with no worries. Probably not going to happen, atleast not for a while, due to compatibility issues, but just a thought. On Wed, 2007-12-05 at 17:43 +0100, Sebastian Bergmann wrote: > Matthias Pigulla schrieb: > > Given that it was technically feasible, (future) core classes should > > be in namespaces as well. > > Or > > - Introduce namespaces in PHP 6 > - Move all functions and classes that are now global into > (per-extension) namespace(s) > - Add a fallback mechanism that looks up mysqli_query() as query() > in the MySQLi extension's namespace for PHP 6.0, drop that BC > layer in PHP 6.1 > > Not saying that I would want this (I don't think I do), just mentioning > the option. > > -- > Sebastian Bergmann http://sebastian-bergmann.de/ > GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 >