Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:16075 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33594 invoked by uid 1010); 25 Apr 2005 13:41:57 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 33577 invoked from network); 25 Apr 2005 13:41:57 -0000 Received: from unknown (HELO pb1.pair.com) (127.0.0.1) by localhost with SMTP; 25 Apr 2005 13:41:57 -0000 X-Host-Fingerprint: 212.112.227.169 ipx11223.ipxserver.de Linux 2.4/2.6 Received: from ([212.112.227.169:56527] helo=ipx11223.ipxserver.de) by pb1.pair.com (ecelerity 1.2.12rc1 r(5476:5477)) with SMTP id 8F/BF-22714-3A3FC624 for ; Mon, 25 Apr 2005 09:41:56 -0400 Received: from localhost (localhost [127.0.0.1]) by ipx11223.ipxserver.de (Postfix) with ESMTP id 2C957DF010D; Mon, 25 Apr 2005 15:42:22 +0200 (CEST) Received: from ipx11223.ipxserver.de ([127.0.0.1]) by localhost (ipx11223 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24887-02; Mon, 25 Apr 2005 15:42:17 +0200 (CEST) Received: from [192.168.0.77] (port-212-202-40-148.dynamic.qsc.de [212.202.40.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ipx11223.ipxserver.de (Postfix) with ESMTP id DF078DF004B; Mon, 25 Apr 2005 15:42:16 +0200 (CEST) Message-ID: <426CF39C.1040805@php.net> Date: Mon, 25 Apr 2005 15:41:48 +0200 User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lukas Smith Cc: Wez Furlong , "Thies C. Arntzen" , Marcus Boerger , internals@lists.php.net References: <1383893714.20050331102838@marcus-boerger.de> <1e14419686962a473412d07a3192ba41@thieso.net> <4e89b4260504010525116632ff@mail.gmail.com> <424DB787.10900@php.net> In-Reply-To: <424DB787.10900@php.net> 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] PDO API (was: pdo: binding variables supplied to execute() is NotVeryUseful(tm)...) From: lsmith@php.net (Lukas Smith) Lukas Smith wrote: > Wez Furlong wrote: > >> Yep, will do. > > > I dont want to pretend that this change should open the flood gates for > radical changes. However there are still a few minor points beyond the > bindParam() that may need minor adjustments. Some of them can be added > later of course .. I also noticed that bindParam() and bindColumn() are 1-indexed, which will raise inconviniences with people using arrays for example to stored the numeric indexes, similar in how having to add the ":" was a problem for people using arrays to store the string parameters. Beyond that rowCount() is more traditionally affectedRows() etc which needlessly break with existing method names in both php core extensions and PEAR packages. I would really like to avoid adding even more names and instead sticking with picking names from this already fairly vast name pool. It might even be a good idea to pick from the names most commonly used. I have attached a reference to the document I once drafted for this exact purpose [1]. I dont know where the names in PDO originate from. They dont seem to match the current oci8 extension (I first assumed these originated from the fact that alot of the API matured during your work on the oracle driver), but this does not seem to be the case. I know I am getting on your nerves Wez, but I really think that the API should at this stage still be open to optimizing the API. While its no longer beta I still think its a bit premature for comments like these: "There are releases on pecl.php.net, and there are (a few) people running these in production. In addition, it's been advertised as working this way for over a year." How about sitting down together at php|tropics (I didnt plan on going to a'dam .. dunno about you Wez .. but if necessary I will travel to a'dam for a day) and simply going through each of the methods one by one. Looking at what kind of methods names we currently are using for the same or similar things in any of the current projects on php.net and make any adjustments then? [1] http://marc.theaimsgroup.com/?l=php-dev&m=106440782305693&w=2 regards, Lukas