Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:61557 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 27455 invoked from network); 20 Jul 2012 11:41:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jul 2012 11:41:18 -0000 Authentication-Results: pb1.pair.com header.from=ajfweb@googlemail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=ajfweb@googlemail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 74.125.82.54 as permitted sender) X-PHP-List-Original-Sender: ajfweb@googlemail.com X-Host-Fingerprint: 74.125.82.54 mail-wg0-f54.google.com Received: from [74.125.82.54] ([74.125.82.54:54689] helo=mail-wg0-f54.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 63/40-18983-CD349005 for ; Fri, 20 Jul 2012 07:41:17 -0400 Received: by wgx1 with SMTP id 1so2747120wgx.11 for ; Fri, 20 Jul 2012 04:41:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=unmrQHrgZpwDCE3ol0foyF+Z/BxhPb3zUPz0B4ExKqI=; b=UO8o4/ZjRNLmSQKty4h+WRV4A/iRgAK4pIWhhHMbHXad4R+zNcYO+rvy3fYM0DIUEl 7JJbEX5m/t/9/bCHfPtKW9Cizky5vAXAJpTc4oLDMaJfdJY50bZDb+9QH735jGaOgigv lDczhaOCBMThkMxFjYmjCOQ7dRTApgeA45z7R129eDfyfnRpA4NXwCZtsBQvrhjnwlRU 9cNxWKZIK8ax3hMqD0yAQOqd+nTeU89K0Ba1Je1PvkARpWFAfo7OcmRcmSm+cL/2M8US MHj+2tHApQsG+z2rLz8ZCBXG4j/O1YBArMbXmUWnY+Effi4LIVG5eBiTe3eYCMy7qCcb QiHw== MIME-Version: 1.0 Received: by 10.180.106.97 with SMTP id gt1mr25224127wib.5.1342784473838; Fri, 20 Jul 2012 04:41:13 -0700 (PDT) Received: by 10.216.160.16 with HTTP; Fri, 20 Jul 2012 04:41:12 -0700 (PDT) Received: by 10.216.160.16 with HTTP; Fri, 20 Jul 2012 04:41:12 -0700 (PDT) In-Reply-To: References: <500917DF.5050604@lsces.co.uk> Date: Fri, 20 Jul 2012 12:41:12 +0100 Message-ID: To: Rafael Dohms Cc: Lester Caine , internals Content-Type: multipart/alternative; boundary=f46d0442806692b5de04c5415fb8 Subject: Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.) From: ajfweb@googlemail.com (Andrew Faulds) --f46d0442806692b5de04c5415fb8 Content-Type: text/plain; charset=UTF-8 Exactly. Much of my focus is making PHP more consistent and logical, and hence easier to learn. It would be nice if PHP was as easy as Python, someday. (for example) On Jul 20, 2012 10:57 AM, "Rafael Dohms" wrote: > On Fri, Jul 20, 2012 at 10:33 AM, Lester Caine wrote: > > > > > And still seems to be the best way even to 'investigate' this? I still > > have not had any explanation of what is wrong with ArrayObject? Certainly > > any changes need to be mirrored identically in that anyway? > > > > Also perhaps I am just too set in my ways, but while I understand the > > needle/haystack complaint, I don't see a major problem that needs > > everything changing. Perhaps add the odd alternative as that would be the > > only BC fix anyway? > > > > Most of the people who complain about these things are not going to > change > > TO PHP anyway so why keep messing things up for those of us who's > > livelihood depends on productivity in PHP! > > > > > I don't see this as "solving a major problem", sure most of us relies on > IDE's or shear memory to know where needle/haystack should be. But that > does not invalidate that this "feature" is a nice syntax sugar, just like > short arrays and other things were. > > Also this does not have to affect anyone's livelihood or productivity, it > will fuel who wants to use it, and maybe the new generation of PHP devs. I > for sure would change from using most string functions to it, but not 100% > of the time, so > really face this as being syntax sugar, which i love, i'm very much focused > on code readability and this makes a lot of sense from context and ease of > understanding, it does not change everything, but its a nice to have. > > Technologies and languages evolve, i think its valid to look a new > resources to give people more choices and it goes a long way into making > learning PHP easier for new devs who don't have to suffer our organic api, > which feels > confortable for us who have been at it for over 10 years, but is enough of > a bother to new people I guess. > > Anyway, i would love to see this as a alternative, not a replacement, for > some of the string functions and similar things > > -- > Rafael Dohms > PHP Evangelist and Community Leader > http://www.rafaeldohms.com.br > http://www.phpsp.org.br > --f46d0442806692b5de04c5415fb8--