Newsgroups: php.internals,php.internals Path: news.php.net Xref: news.php.net php.internals:41967 php.internals:41969 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 84626 invoked from network); 17 Nov 2008 10:51:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Nov 2008 10:51:48 -0000 Authentication-Results: pb1.pair.com smtp.mail=david@grudl.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=david@grudl.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain grudl.com from 74.125.78.24 cause and error) X-PHP-List-Original-Sender: david@grudl.com X-Host-Fingerprint: 74.125.78.24 ey-out-2122.google.com Received: from [74.125.78.24] ([74.125.78.24:14166] helo=ey-out-2122.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 38/60-17095-3CC41294 for ; Mon, 17 Nov 2008 05:51:48 -0500 Received: by ey-out-2122.google.com with SMTP id 5so838718eyj.59 for ; Mon, 17 Nov 2008 02:51:43 -0800 (PST) Received: by 10.103.214.8 with SMTP id r8mr1217703muq.6.1226918660452; Mon, 17 Nov 2008 02:44:20 -0800 (PST) Received: from ?192.168.1.23? ([77.240.188.66]) by mx.google.com with ESMTPS id u26sm4268998mug.5.2008.11.17.02.44.18 (version=SSLv3 cipher=RC4-MD5); Mon, 17 Nov 2008 02:44:19 -0800 (PST) Message-ID: <49214AED.7090903@grudl.com> Date: Mon, 17 Nov 2008 11:43:57 +0100 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: PHP internals Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: [PHP-DEV] Re: Namespace resolution rules has been changed? From: david@grudl.com (David Grudl) > true, however i have a counter example: classes from more general namespace > that use further nested classes (think some kind of behaviour and different > drivers/plugins for example). > so while it's true that more nested classes usually extend the less nested > ones it also common for more generic code to use it's namespace descendants. > in sutch condition possibility to use just the remaining namespace part is a > big help and i'd say it's usage would be more comon than single "extends" at > class definition where you're obligated to supply FQN [1]. The more generic code (i.e. application code) is located usually in its own namespace, so it must use FQN. FQN with leading backslash. DG.