Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:61528 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33486 invoked from network); 19 Jul 2012 23:35:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Jul 2012 23:35:04 -0000 Authentication-Results: pb1.pair.com smtp.mail=php@golemon.com; spf=softfail; sender-id=softfail Authentication-Results: pb1.pair.com header.from=php@golemon.com; sender-id=softfail Received-SPF: softfail (pb1.pair.com: domain golemon.com does not designate 209.85.213.42 as permitted sender) X-PHP-List-Original-Sender: php@golemon.com X-Host-Fingerprint: 209.85.213.42 mail-yw0-f42.google.com Received: from [209.85.213.42] ([209.85.213.42:50860] helo=mail-yw0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 02/8F-18983-8A998005 for ; Thu, 19 Jul 2012 19:35:04 -0400 Received: by yhoo21 with SMTP id o21so3958946yho.29 for ; Thu, 19 Jul 2012 16:35:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=GyihzQgZspJ008z9m5Ks/PF3jtqWigqepTWWi3kUjp8=; b=gDNNrhqw4AxAi7Oetxdnxk2sktPA5PoDnyR7xusFNZg4HfptW/xRyvPZgmXRsx1OLh uWk+k8+gZmAMDkFG5dYg1ZLANj8IvCJkNqBb0mYPKmllfoHD65UcRT/YFgUNXD8dyFCn 5KWNm2jZB3y7hySXIK1A3/iCMKI0cet5k6jlYy0Eekpj2A1PXIDB+JqEkwMn+n1EmE3p O1OtEG/POZON0OqODCYLcM8gcXRc/JNPvriepkxKgm2rO8UUaob7rMH97+PQly4dsHzy l5mybsb187azyPcfHhmzTDDtvFlFp7WMNUfpAp8prF0nEyIgRZQJs2yPBS51p+cegswp pKEw== MIME-Version: 1.0 Received: by 10.50.212.98 with SMTP id nj2mr6728448igc.35.1342740901136; Thu, 19 Jul 2012 16:35:01 -0700 (PDT) Sender: php@golemon.com Received: by 10.64.24.242 with HTTP; Thu, 19 Jul 2012 16:35:01 -0700 (PDT) X-Originating-IP: [2620:0:1cfe:28:8cb3:438e:1db2:b161] In-Reply-To: References: Date: Thu, 19 Jul 2012 16:35:01 -0700 X-Google-Sender-Auth: MdDzBlyKaXFKTqTYGC0j8e7L7CE Message-ID: To: Andrew Faulds Cc: internals Content-Type: multipart/alternative; boundary=14dae93404f170098604c5373aba X-Gm-Message-State: ALoCoQnfrSg17ZtBXhoLVcNbHizkBeFYRaX2YTRU19FxuG5ocEl0f1ANz/nygyifMplalDIs6NV4 Subject: Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.) From: pollita@php.net (Sara Golemon) --14dae93404f170098604c5373aba Content-Type: text/plain; charset=ISO-8859-1 On Thu, Jul 19, 2012 at 2:42 PM, Andrew Faulds wrote: > I never said treat them as objects. I said give them methods. Not the same > thing. > Fair enough, noone is talking about giving them properties or formal class definitions. > And what do you mean by "technical debt"? > I mean that we'll never escape the functional side of PHP, nor should we try to. So we're not talking about replacing a set of APIs, we're talking about duplicating APIs which already exist. More than that, we're talking about creating a whole new branch of primitive handling in order to give them methods without actually giving them class methods. I'm not saying that any of this is difficult to do, I'm asking if it actually gains us anything which justifies doubling the number of implementations which deal with string, array, and scalar operation. Given that you can accomplish this with a PECL extension, my answer is "No, it doesn't." -Sara --14dae93404f170098604c5373aba--