Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:35543
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain aplosmedia.com from 209.85.132.242 cause and error)
Message-ID: <1DDF0573-DF17-4F61-888C-A7AB2B203461@aplosmedia.com>
To: PHPdev <internals@lists.php.net>
In-Reply-To: <a0b78b1d0801202136s3d041aa9of3c176a944169cdb@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v919.2)
Date: Sun, 17 Feb 2008 13:31:32 -0500
References: <cfac20c70801100207g543a8bb6if21f5b35cdbeccb7@mail.gmail.com> <47872F12.7070304@daylessday.org> <49.51.54645.E7FB2974@pb1.pair.com> <a0b78b1d0801202136s3d041aa9of3c176a944169cdb@mail.gmail.com>
Subject: Re: [PHP-DEV] [RFC] Square brackets shortcut
From: eric@aplosmedia.com (Eric Coleman)

+1

I hope this didn't die; As a developer, I really like to use this  
syntax, and find it preferably from working with javascript, ruby,  
python, etc.

Regards,
Eric

On Jan 21, 2008, at 12:36 AM, taylor luk wrote:

> +1
>
> firstly, square brackets are natural short cut to array(...) that  
> you can
> find in many many language, one may argue this is merely a minor  
> addition.
> however, PHP is already a very verbose compare to other language,  
> syntactic
> improvements adds up it allows us to create much more readable code.
>
> someone raise up the readability issue of nested array, this is not a
> language issue, but rather programming style issue. its up to you to  
> make it
> clean or verbose as you want it to be. yes, associative array may  
> can look
> awkward. [] is just a short cut, there is nothing stopping you mix and
> match.
>
> $lists = array(
>    'first' => [ 1, 2 ,3, 4 ] ,
>    'second' => [ 45, 33, 19 ]
> );
>
> Lastly, one may again argue this will introduce extra workload for  
> tester,
> commiter, patchers. This is a new addition to the language, there is  
> no
> Backward compatibility issue. This isn't a technical issue, but rather
> management issue.
>
> PHP On the language design level hasn't been making much progress,  
> PHP needs
> to move forward. proper closure, GC, and this.
>
>
> On Jan 20, 2008 2:26 PM, Darius Jahandarie <djahandarie@gmail.com>  
> wrote:
>
>> Antony Dovgal wrote:
>>> On 10.01.2008 13:07, Ryusuke SEKIYAMA wrote:
>>>> Hello, lists,
>>>>
>>>> I'm tired to type "array()" many times.
>>>
>>> -1
>>>
>>> The parser in my head is unable to parse this:
>>> <?php
>>> $var=["str"];
>>> $var["str"]=1;
>>> ?>
>>>
>>
>> Eh, that would just come out as
>> [ 0 => "str",
>> "str" => 1 ]
>>
>> Not too problematic in my mind.
>> +1 for square brackets.
>>
>> --
>> PHP Internals - PHP Runtime Development Mailing List
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
>
> -- 
> Best Regards,
>
> Taylor luk