Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:52735 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 44818 invoked from network); 2 Jun 2011 07:50:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Jun 2011 07:50:45 -0000 Authentication-Results: pb1.pair.com header.from=tyra3l@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=tyra3l@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.170 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: tyra3l@gmail.com X-Host-Fingerprint: 74.125.82.170 mail-wy0-f170.google.com Received: from [74.125.82.170] ([74.125.82.170:56819] helo=mail-wy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B0/10-42934-2D047ED4 for ; Thu, 02 Jun 2011 03:50:43 -0400 Received: by wyb34 with SMTP id 34so457597wyb.29 for ; Thu, 02 Jun 2011 00:50:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=W2vl8oKDZk+5jwXfIqTotIoVXm9rh+WE1yg2Tsmujg8=; b=WDe1xpA2DarUoiadOXh4jFZ8QrJVzycfioOxOm5+kAQWuIglA/UyZBHP0cwpn2kTt8 ucx1A6qBb0a0v9GmoKVLXneuKnN/ui6uiR1k2pQOZS5xoHXI0iA7lo/aSFGoprDhw0M7 lkm3j96N4sC2r76TXLSA8cZdcXeOiNsVDM4yo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=TKbT8YT20xT88qN8fUmnqUcJgRZP4H8HiCkb6WkPehgqOUEztkBQ8vQUvdhPh5ttvX LdvVusc+cxhsL47vjq7P4nRhPv+noditgoaIUmZ4EUKX+ESkr4b8kPUG6+huq7eSYvX8 GmRbA2OW75TKT0H9MLtGC0TqsJNzPZxGY7tV0= MIME-Version: 1.0 Received: by 10.216.235.22 with SMTP id t22mr4531130weq.89.1307001037607; Thu, 02 Jun 2011 00:50:37 -0700 (PDT) Sender: tyra3l@gmail.com Received: by 10.216.64.6 with HTTP; Thu, 2 Jun 2011 00:50:37 -0700 (PDT) In-Reply-To: References: <4DE5368A.6050603@moonspot.net> <8BEEEE49-8DA3-4634-BF9C-120F7A15B613@roshambo.org> Date: Thu, 2 Jun 2011 09:50:37 +0200 X-Google-Sender-Auth: ROFW6XwJxTkq4dUjqjQa3FwldtQ Message-ID: To: Sean Coates Cc: Anthony Ferrara , PHP internals Content-Type: multipart/alternative; boundary=000e0ce03ed091524604a4b5e457 Subject: Re: [PHP-DEV] RFC: Short syntax for Arrays (redux) From: info@tyrael.hu (Ferenc Kovacs) --000e0ce03ed091524604a4b5e457 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Jun 2, 2011 at 12:09 AM, Sean Coates wrote: > > Now, the only reason I would personally support the array shortcut is > > if it was an implementation of JSON. I know that's not on the table > > here > > I don't think anything is officially off the table, unless we forego > discussion. > > My application is largely JSON-powered. We pass data from back- to > front-end via JSON, we interact with MongoDB via the extension (which is = an > altered JSON-like protocol (arrays instead of objects), but would be a lo= t > more fluent with actual objects=E2=80=94they're just too hard to make in = current > PHP), and we interface with ElasticSearch. The paste I linked earlier is = our > primary ElasticSearch query. > > The benefits of first-class JSON are important and wide-reaching; > especially when interacting with systems like the ones I've mentioned. > There's a huge amount of value in being able to copy JSON out of PHP and > into e.g. CURL to make a query to ElasticSearch without worrying that I'v= e > accidentally nested one level too deep or shallow, or accidentally > mistranslating my arrays into JSON. > > This is not about saving five characters every time I type array(), it's > about making my systems all work together in a way that's a little less > abstracted, and a lot less prone to error. > > the whole patch and RFC was about saving a few types of characters. so I think that some of the "make JSON first class citizen in PHP" supporters should open a separate RFC with pros and cons, what BC break can that cause, etc. before we can vote on that. but I think that this patch and RFC (maybe with the removal of ':', so we only support '=3D>') could and should be voted on. but if we mix the two idea, we will lose both, at least this is what happened many times on this list. so please, update the current RFC if needed, and maybe we should restart th= e vote. don't make this into and endless bikeshedding with continuously throwing loosely related half-baked ideas on top of the discussion. thanks. Tyrael --000e0ce03ed091524604a4b5e457--