Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:84627 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 48240 invoked from network); 12 Mar 2015 10:52:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Mar 2015 10:52:35 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:44146] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 72/E0-42021-1FF61055 for ; Thu, 12 Mar 2015 05:52:34 -0500 Received: (qmail 15284 invoked by uid 89); 12 Mar 2015 10:52:30 -0000 Received: by simscan 1.3.1 ppid: 15278, pid: 15281, t: 0.0812s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.8?) (lester@rainbowdigitalmedia.org.uk@86.189.147.37) by mail4.serversure.net with ESMTPA; 12 Mar 2015 10:52:30 -0000 Message-ID: <55016FEE.1040305@lsces.co.uk> Date: Thu, 12 Mar 2015 10:52:30 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: PHP internals References: <54F8BF67.6080600@gmail.com> <848D3C19-DE29-4E5F-9B23-D87D3F4A9365@gmail.com> <54FB45D6.3040803@gmail.com> <54FCD063.4040300@gmail.com> <54FEB910.5000608@lsces.co.uk> <54FF5E39.7000507@lsces.co.uk> <550035F0.10703@gmail.com> <5500F527.1030606@lsces.co.uk> <55015F44.7070103@lsces.co.uk> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Consistent function names From: lester@lsces.co.uk (Lester Caine) > Do you mean the PostgreSQL driver needs to be changed from pg_blah() to > pgBlah() ? It was that extra underscores having been added to the pg_ functions is being put forward as a reason for adding them everywhere else. That is perhaps when this discussion should have been undertaken, but someone making their prefered driver look how they want is not a good reason for pushing that everywhere else? > If that's the case - why? For procedural API that's totaly fine. As I > said, I think the functions with _ word separator are totaly fine and > it's really no need to change that. Totally agree. > The OO interface, that needs to be build eventually, that one should use > camelCase for all the methods and properties. > This way the code style clearly separates the OO inteface and the > procedural interface. And I think it's good. At least it served me well > all my 10+ years with PHP. We are on the same hymn sheet ... First choice ... leave things alone Ysuo seems intent on 'consistency fixes' though so my second preference if it HAS to happen is simply to reduce the number of underscores > (well, the MySQLi has ->num_rows and stuff - i'd change it to ->numRows and so forth) as an example of what works better in line with current practice elsewhere? Current RFC is over the top. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk