Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:54358 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 87344 invoked from network); 4 Aug 2011 13:12:14 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Aug 2011 13:12:14 -0000 Authentication-Results: pb1.pair.com header.from=tony@daylessday.org; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=tony@daylessday.org; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain daylessday.org designates 95.163.84.66 as permitted sender) X-PHP-List-Original-Sender: tony@daylessday.org X-Host-Fingerprint: 95.163.84.66 mail.daylessday.org Received: from [95.163.84.66] ([95.163.84.66:46061] helo=daylessday.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2F/71-13433-CAA9A3E4 for ; Thu, 04 Aug 2011 09:12:13 -0400 Received: from thinkx201.site (unknown [212.42.62.198]) by daylessday.org (Postfix) with ESMTPSA id F2516E35FE for ; Thu, 4 Aug 2011 17:12:12 +0400 (MSD) Message-ID: <4E3A9AA9.4010802@daylessday.org> Date: Thu, 04 Aug 2011 17:12:09 +0400 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110616 SUSE/3.1.11 Thunderbird/3.1.11 MIME-Version: 1.0 To: internals@lists.php.net References: <4E3A48F2.4000503@lerdorf.com> <4E3A8014.1030503@rotorised.com> <1312457975.1541.7.camel@guybrush> <4E3A9549.6010803@daylessday.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] An implementation of a short syntax for closures From: tony@daylessday.org (Antony Dovgal) On 08/04/2011 05:04 PM, Derick Rethans wrote: > On Thu, 4 Aug 2011, Victor Bolshov wrote: > >> Btw, am I the only one to whom the proposed syntax seems kinda hieroglyphic? > > No. I don't see at all why we need this, just like I don't see why we > needed an alternative (short) syntax for arrays. This kind of syntax > additions that add *no* functionality, should not be in PHP. Yes, I believe we should stop this stream of alternative syntax proposals and concentrate on fixing existing functionality instead of adding less readable ways to do the same thing. I would really like to keep PHP code easily readable, not to turn it into perl-ish write-only gibberish. -- Wbr, Antony Dovgal --- http://pinba.org - realtime profiling for PHP