Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:61343
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 74.125.82.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <9df59951c29cafc8937404409fb9fe70@nebm.ist.utl.pt>
References: <CAN+gjSe7r2SoRNYufcaB2ktK05shH1AcAsaFSbUibF9r4TeRrw@mail.gmail.com>
	<op.whkdiodaidpuyk@damnation>
	<CAEZPtU5Rb9W8iydy2-hoYqGDSWqd9WCTUXh214O-uCc3nVNiVA@mail.gmail.com>
	<9df59951c29cafc8937404409fb9fe70@nebm.ist.utl.pt>
Date: Tue, 17 Jul 2012 11:30:55 +0100
Message-ID: <CAN+gjSdzTirS90QtLsBazwkLZ_K1roY7dNfq4YdEzdJtJ5va-Q@mail.gmail.com>
To: Gustavo Lopes <glopes@nebm.ist.utl.pt>
Cc: Pierre Joye <pierre.php@gmail.com>, internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=0016e6d77ce39e809404c5040ad1
Subject: Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.)
From: ajfweb@googlemail.com (Andrew Faulds)

--0016e6d77ce39e809404c5040ad1
Content-Type: text/plain; charset=UTF-8

I might not have made it clear, but the main reasons I want it are:

- Chance to clean up array/string/etc APIs
- Looks nicer IMO, slightly clearer what functions do and affect
On Jul 17, 2012 11:21 AM, "Gustavo Lopes" <glopes@nebm.ist.utl.pt> wrote:

> On Tue, 17 Jul 2012 12:07:09 +0200, Pierre Joye wrote:
>
>  On Tue, Jul 17, 2012 at 2:12 AM, Gustavo Lopes
>> <glopes@nebm.ist.utl.pt> wrote:
>>
>>  Adding method call
>>> syntax to arrays hardly makes PHP more object oriented. Syntax is
>>> unimportant. There's no substantial difference between array_slice($arr,
>>> ...) and $arr->slice(...).
>>>
>>
>> There is a huge difference. One of the main difference would be to
>> finally have an uniform API and not this painful inconsistent APIs we
>> have to maintain.
>>
>
> There isn't a difference in terms of making PHP more object oriented,
> which was the main advantage advanced by the OP. I'm all for redesigning
> strings/arrays APIs (presented as an afterthought by the OP), but for that
> the discussion should be centered on what those APIs will look like, not
> the syntax one uses to call them.
>
> In fact, quite frequently, syntax discussions make more important design
> decisions be ignored (see namespaces).
>
>  There is, in my opinion, *one* merit here -- redesigning -- and perhaps
>>> reimplementing -- the arrays functions API. This will require a lot of
>>> work,
>>> thought, and time tough.
>>>
>>
>> Yes, but long due, same for strings.
>>
>
> --
> Gustavo Lopes
>

--0016e6d77ce39e809404c5040ad1--