Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:48660
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.42 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=UDXWWzmooH00FpJqD6zjnXydInp4z7uJ1gFJ/VsF8pIKjk2kFDF9BgrfLd8DZ4gFqc
         VjMcWwlHQLV1nbDrandK6hb7u2Hu/23Bbg2pMzbDsZxXRxv549iuStafRaI9MdBeDdeq
         AnHv3HoJZY/4jydrwRTAFHeCnxAHvwf+dBK7I=
MIME-Version: 1.0
In-Reply-To: <4C08B717.9020304@easyflirt.com>
References: <AANLkTimNNHLmkyLeMViXJpVzOfXCX4FO8z3LKrj58gZT@mail.gmail.com>
	<AANLkTimuUNjXhBvhtyur8b-PYL83_0HW1jFr3yJBj6Ef@mail.gmail.com>
	<4C08A8B6.7080905@easyflirt.com>
	<AANLkTildZEM_EB9L-Fc3tPCOdvtJWCxaarFxS9e9fk9K@mail.gmail.com>
	<4C08B717.9020304@easyflirt.com>
Date: Sat, 5 Jun 2010 18:47:32 +0800
Message-ID: <AANLkTildsDIYUZ5x4Hl1querUUip_JWsNyvFq6xFmuqf@mail.gmail.com>
To: "mathieu.suen" <mathieu.suen@easyflirt.com>
Cc: RQuadling@googlemail.com, Richard Quadling <rquadling@gmail.com>, internals@lists.php.net
Content-Type: multipart/alternative; boundary=00c09f8c2623be17d30488462a85
Subject: Re: [PHP-DEV] Suggestion: echo function(var)[0];
From: newrevolutions@gmail.com (Harrison Yuan)

--00c09f8c2623be17d30488462a85
Content-Type: text/plain; charset=ISO-8859-1

I don't understand what is holding PHP back from having this syntax.

Tig said:
<?
 $tmp = getimagesize('./path/to/image');
 echo $tmp[1];
?>

The need to assign the trivial variable $tmp first is completely arbitrary.
Is it not a design goal somewhere that languages should allow the greatest
degree of literal expression possible, consistent with existing syntax &
semantics rules?

I am new here but would be interested in helping with a patch (+ hopefully
another RFC) for this. What exactly are the specific arguments against array
dereferencing?

- Harrison

On Fri, Jun 4, 2010 at 4:19 PM, mathieu.suen <mathieu.suen@easyflirt.com>wrote:

> On 06/04/2010 10:00 AM, Richard Quadling wrote:
>
>> On 4 June 2010 08:18, mathieu.suen<mathieu.suen@easyflirt.com>  wrote:
>>
>>
>>> Hi
>>>
>>> Why not something more generic.
>>> Someone could think of a ValueNode.
>>>
>>> Then it could be use for object, array, any primitive type ...
>>>
>>> I will take the ValueNode as a non terminal grammar node.
>>> So first we could do that:
>>>
>>> ValueNode->method();
>>> ValueNode::sMethod();
>>> ValueNode[];
>>> foo(ValueNode);
>>> echo ValueNode;
>>> $e = ValueNode;
>>> ...
>>>
>>> And a ValueNode could be define as:
>>>
>>> ValueNode :
>>>
>>>      NewStatement
>>>    | FunctionCall
>>>    | PrimitiveValue
>>>    | '(' ValueNode ')'
>>>    | ...;
>>>
>>> This would allow all this syntax:
>>>
>>> (new A())->foo();
>>> foo(new A());
>>> foo->bar()[1];
>>> foo()[5];
>>>
>>> and many others.
>>>
>>>
>>> On 06/04/2010 03:19 AM, Kalle Sommer Nielsen wrote:
>>>
>>>
>>>> Hi Tig
>>>>
>>>> 2010/6/4 Tig<tigger.on@gmail.com>:
>>>>
>>>>
>>>>
>>>>> Would be at all possible to implement this kind of shortcut?
>>>>>
>>>>>
>>>>>
>>>> Its called array-dereferencing and it was proposed countless times,
>>>> including by myself. There is an RFC for this[1] and it was planned on
>>>> the old PHP6 todo at the PDT[2].
>>>>
>>>> [1] http://wiki.php.net/rfc/functionarraydereferencing
>>>> [2] http://wiki.php.net/summits/pdmnotesmay09#php_6 (see point #13)
>>>>
>>>>
>>>>
>>>>
>>>
>>> --Mathieu Suen
>>>
>>>
>>>
>>>
>>>
>>>
>> Not an expert in this area, but does this mechanism limit you to using
>> single dimensional arrays?
>>
>>
>>
>
> Of course not as soon as you add array access to a ValueNode
>
> ValueNode
>
>    ..
>    | ArrayAccess
>    ...;
>
> This is very simple and it can refactor greatly the parser.
>
> -- Mathieu Suen
>
>
>
>

--00c09f8c2623be17d30488462a85--