Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:48216
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.170 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:reply-to:organization:user-agent:mime-version
         :to:cc:subject:references:in-reply-to:content-type;
        b=eQTLyfGM8xkvClRO+ciZYtR9Zf//6HRc97KoMXnJII1Db6g78Uyz1HUD+Mene4FLKX
         HPeAB2xynVbZwVhlWHrs7M3r3/FGYhiXYRVDNQAcqEmVN9fmWAZvI7MKGuNk6NJukmrK
         ZAYkGWeP0R+1uANNUDcFWqwokZbgQAAjUL1Uw=
Message-ID: <4BE14FFE.4010501@gmail.com>
Date: Wed, 05 May 2010 13:01:18 +0200
Reply-To: Steven Van Poeck <svanpoeck@gmail.com>
Organization: Meetic S.A.
User-Agent: Thunderbird 2.0.0.24 (X11/20100411)
MIME-Version: 1.0
To: Hannes Magnusson <hannes.magnusson@gmail.com>
CC: Adam Harvey <aharvey@php.net>, internals@lists.php.net
References: <r2se50d0a481004182058i1ca96f6ka9f7a4e545c98e5e@mail.gmail.com>	 <p2ie50d0a481005040514h8720228qe2ae6a589deab4ab@mail.gmail.com>	 <m2k7f3ed2c31005050125i41eea9d9rc9cc5b1ea1c4ba70@mail.gmail.com>	 <4BE13D64.2010700@gmail.com> <p2h7f3ed2c31005050323qd733ad0awd46e1ff8e1162276@mail.gmail.com>
In-Reply-To: <p2h7f3ed2c31005050323qd733ad0awd46e1ff8e1162276@mail.gmail.com>
Content-Type: multipart/alternative;
 boundary="------------070602050006080401010804"
Subject: Re: [PHP-DEV] Re: Turkish/Azeri locale support
From: svanpoeck@gmail.com (Steven Van Poeck)

--------------070602050006080401010804
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hannes Magnusson wrote:
> On Wed, May 5, 2010 at 11:41, Steven Van Poeck <svanpoeck@gmail.com> wrote:
>   
>> Hannes Magnusson wrote:
>>
>> 2. Make function/method names case-sensitive, per Stan's e-mail. Pros:
>> fixes problem; brings PHP into line with most other languages; extra
>> consistency with variables; possible performance improvement. Cons: BC
>> break from current documented behaviour.
>>
>>
>> There is no way this can happen. It will break massive amount of code
>> and will cause major headaches for people using __call().
>>
>> -Hannes
>>
>>
>>
>> Can you give an example of *consistent* code where this evolution would
>> cause __call() not to function properly ? I'm afraid I can't think of any...
>>     
>
> Can you give an example of *consistent* code? Just any. Any at all.
> Doesn't have to be long.
>
>
> class Logs {
>   function getSQLLogger() {
>     return $this->logs["sql"];
>   }
>   function __call() {
>     return $this->logs["default"];
>   }
> }
>
> $logs->getSqlLogger()->logSql("...");
> ..call to undefined method default::logSql()...
>
> -Hannes
>
>   
Right. That's what I meant by inconsistent code. The call 
$logs->getSQLLogger()->logSql("...") would function I presume.
The reason your example code does not is because it is inconsistent. 
You're calling $logs->getSqlLogger() instead of $logs->getSQLLogger()

Or am I missing your point ?
--
Steven

--------------070602050006080401010804--