Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26492 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 43574 invoked by uid 1010); 10 Nov 2006 22:02:00 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 43555 invoked from network); 10 Nov 2006 22:02:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Nov 2006 22:02:00 -0000 Authentication-Results: pb1.pair.com header.from=lsmith@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lsmith@php.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain php.net from 212.112.227.169 cause and error) X-PHP-List-Original-Sender: lsmith@php.net X-Host-Fingerprint: 212.112.227.169 ipx11223.ipxserver.de Linux 2.5 (sometimes 2.4) (4) Received: from [212.112.227.169] ([212.112.227.169:56870] helo=ipx11223.ipxserver.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5D/7F-27611-6D6F4554 for ; Fri, 10 Nov 2006 17:01:59 -0500 Received: from localhost (localhost [127.0.0.1]) by ipx11223.ipxserver.de (Postfix) with ESMTP id CF779DF0113; Fri, 10 Nov 2006 23:01:55 +0100 (CET) Received: from ipx11223.ipxserver.de ([127.0.0.1]) by localhost (flottensignalgeber [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12832-01; Fri, 10 Nov 2006 23:01:46 +0100 (CET) Received: from [127.0.0.1] (53-0.1-85.cust.bluewin.ch [85.1.0.53]) by ipx11223.ipxserver.de (Postfix) with ESMTP id C2851DF00CD; Fri, 10 Nov 2006 23:01:45 +0100 (CET) Message-ID: <4554F6CB.4060409@php.net> Date: Fri, 10 Nov 2006 23:01:47 +0100 User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Patrick Mueller Cc: internals@lists.php.net References: <4554AE0D.4080600@caedmon.net> <4554B9B5.5090305@caedmon.net> <20061110182358.GB20309@bantha> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by somedaemon at backendmedia.com Subject: Re: [PHP-DEV] Namespaces in PHP 6 - ++$take From: lsmith@php.net (Lukas Kahwe Smith) Patrick Mueller wrote: > There would typically be a one time 'hit' in your code for a long, > prefixed named used as a constructor, or possibly a static method called > on a factory. After that, if you're dealing with object instances, then > instead of function names (which would need to also use a longish > prefix, because they are scoped globally), you can use plain old short > method names. Remember the point Sebastian made earlier. Its also a hassle during development of the library code itself, where you have to deal with endlessly long class names. regards, Lukas