Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41743 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 953 invoked from network); 6 Nov 2008 22:40:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Nov 2008 22:40:08 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=Johannes.Schlueter@Sun.COM; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 192.18.6.21 as permitted sender) X-PHP-List-Original-Sender: johannes@php.net X-Host-Fingerprint: 192.18.6.21 gmp-eb-inf-1.sun.com Solaris 10 (beta) Received: from [192.18.6.21] ([192.18.6.21:43109] helo=gmp-eb-inf-1.sun.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C5/31-44653-24273194 for ; Thu, 06 Nov 2008 17:40:07 -0500 Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id mA6MdxCc023440 for ; Thu, 6 Nov 2008 22:40:00 GMT Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K9X00401O583600@fe-emea-10.sun.com> (original mail from johannes@php.net) for internals@lists.php.net; Thu, 06 Nov 2008 22:39:59 +0000 (GMT) Received: from [192.168.1.103] ([93.104.99.54]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K9X00ED3OAMIR60@fe-emea-10.sun.com>; Thu, 06 Nov 2008 22:39:59 +0000 (GMT) Date: Thu, 06 Nov 2008 23:39:57 +0100 In-reply-to: <466F02C209804315A2C82D5E905EAFC2@pc> Sender: Johannes.Schlueter@Sun.COM To: Stan Vassilev | FM Cc: PHP Internals Message-ID: <1226011197.4679.21.camel@goldfinger.johannes.nop> MIME-version: 1.0 X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) Content-type: text/plain Content-transfer-encoding: 7BIT References: <4900DB81.4000805@zend.com> <4900E150.1010607@dynom.nl> <49018FC3.90302@gmail.com> <1224854888.19390.89.camel@goldfinger.johannes.nop> <490609A1.7090400@gravitonic.com> <1225199800.878.0.camel@localhost> <3F3445975B55414BB4A214B32E178657@pc> <4A4FE9BC-F000-4AEE-A68C-8EFEA9DCD154@pooteeweet.org> <4910D3E5.4020406@zend.com> <237D5067-10C6-4D25-8CCF-FEF9FE44F6F6@googlemail.com> <1225973406.5465.18.camel@felipe> <49133302.4040701@zend.com> <1226005570.4679.12.camel@goldfinger.johannes.nop> <466F02C209804315A2C82D5E905EAFC2@pc> Subject: Re: [PHP-DEV] array_key_exists BC break From: johannes@php.net (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Thu, 2008-11-06 at 23:21 +0200, Stan Vassilev | FM wrote: > The exception should be made for any class implementing the relevant SPL > interfaces, and that's not just ArrayObject. > > It may be seen as just "one class" but actually all of the "transparent" > iterator implementations (for iterating SQL, XML, or whatever data you have) > hinge on those interfaces and that class to work as a normal array with the > array functions. a) I showed the 5.2 behavior, using "proper" interfaces is a silent change which might break application and is probably hard to find. While I don't know how many people rely on these "features". b) It can be quite confusing with all of the tons of array functions accepting different kinds of objects. johannes