Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:61733 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 48690 invoked from network); 25 Jul 2012 04:52:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Jul 2012 04:52:51 -0000 Authentication-Results: pb1.pair.com smtp.mail=larry@garfieldtech.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=larry@garfieldtech.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain garfieldtech.com from 66.111.4.27 cause and error) X-PHP-List-Original-Sender: larry@garfieldtech.com X-Host-Fingerprint: 66.111.4.27 out3-smtp.messagingengine.com Received: from [66.111.4.27] ([66.111.4.27:50770] helo=out3-smtp.messagingengine.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B8/19-27263-2AB7F005 for ; Wed, 25 Jul 2012 00:52:51 -0400 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id D3E5E209BF for ; Wed, 25 Jul 2012 00:52:47 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute4.internal (MEProxy); Wed, 25 Jul 2012 00:52:47 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=HbkCfqxaFRUi14awbyQNsO XjpFg=; b=EEAjRCHbd3oDxETKfUEiju7JvtwMhMGnerH7nxPF1rdq1vwas7im3O cVP1wnxCnAlX+peKoSpAtuGT1PbBn9XPevZ4M20yUCD+A5guV1gpR1JN2GEIASAF 9hJm8gA9w+1fVKXiyADHEOIP4ZFFv5sqXnDloNHAE+kiSL7oVgGtE= X-Sasl-enc: KcMSZ/13T3UFBUoboXY3bx8y7Biz4GACR5xoZRkdzL3E 1343191967 Received: from [192.168.42.21] (unknown [98.220.238.115]) by mail.messagingengine.com (Postfix) with ESMTPA id 8CED08E020B for ; Wed, 25 Jul 2012 00:52:47 -0400 (EDT) Message-ID: <500F7B9F.4070103@garfieldtech.com> Date: Tue, 24 Jul 2012 23:52:47 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: internals@lists.php.net References: <1342050547.1456.33.camel@guybrush> <4FFF6C9C.2080802@gmail.com> <36.A6.17670.8E820005@pb1.pair.com> <50005B38.3090507@sugarcrm.com> <5000BCD2.2040007@garfieldtech.com> <5000BEE9.3070006@sugarcrm.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Internal iteration API From: larry@garfieldtech.com (Larry Garfield) On 07/24/2012 03:52 AM, jpauli wrote: > On Sat, Jul 14, 2012 at 2:35 AM, Stas Malyshev wrote: >> Hi! >> >>> So, I've not been inside the engine so in practice this may make no >>> sense at all, but what about looking at it the other way around? Vis, >>> instead of making objects more and more like arrays, make arrays an >>> object that happens to implement ArrayAccess, Iterator, and whatever >> That'd be very nice idea if we were implementing new PHP. I think the >> fact that arrays are not objects in PHP is a source of many problems. >> However, right now it probably won't be possible to do it without >> breaking BC in many places dealing with array copy/assignment/passing >> semantics. > I'd then say : let's keep that idea somewhere to implement it in a new > major PHP version. > Anyway, there will come a time where we will be developing for PHP6 > (or PHP next Major if you prefer), and I think we should use > this gap to break BC and add new cool ideas like this one, we seem all > to agree with. > > Julien.P Agreed. We survived Objects becoming, er, Objects in PHP 5.0. Arrays changing would be a major version change, but if the benefits are enough, we could survive that, too. --Larry Garfield