Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:61326
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAN+gjSe7r2SoRNYufcaB2ktK05shH1AcAsaFSbUibF9r4TeRrw@mail.gmail.com>
References: <CAN+gjSe7r2SoRNYufcaB2ktK05shH1AcAsaFSbUibF9r4TeRrw@mail.gmail.com>
Date: Tue, 17 Jul 2012 01:45:27 +0200
Message-ID: <CAH-PCH5Xbh5oJ9Cn_uvRqRb1VprT4wvZCMaKzj0_-546aDZO9Q@mail.gmail.com>
To: Andrew Faulds <ajfweb@googlemail.com>
Cc: internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=e89a8ff248193f730c04c4fb06bb
Subject: Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.)
From: tyra3l@gmail.com (Ferenc Kovacs)

--e89a8ff248193f730c04c4fb06bb
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Tue, Jul 17, 2012 at 1:27 AM, Andrew Faulds <ajfweb@googlemail.com>wrote=
:

> Hi there,
>
> Through its history, PHP has slowly become more object-oriented. PHP
> today has classes, interfaces, objects, namespaces, and so on.
> However, much of the language's core functionality is entirely
> procedural, composed of functions and constants, much of which are
> badly organised and inconsistently named.
>
> I think PHP could benefit from making arrays, strings, integers,
> floats, and possibly booleans, into "pseudo-objects". By this I mean
> that they are not really objects (they are still primitive types and
> keep their passing semantics), but they have methods. For instance,
> instead of array_keys($array), one could do $array->keys();
>
> Adding this would make PHP feel more modern and allow people to
> embrace more object-oriented programming styles. As a bonus, it would
> also give a chance to make the string/array/etc functions better and
> more consistently named and possibly implemented.
>
> I am working on an implementation of this for arrays, but I haven't
> got very far. However, for someone that knows the Zend engine
> internals, it does not appear to me that adding such things would be
> very difficult.
>
> Thoughts?
>
>
we have that brought up once or twice in the past, last time it was Rasmus
who mentioned that it could be nice:
http://marc.info/?l=3Dphp-internals&m=3D130159506720600&w=3D2


--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--e89a8ff248193f730c04c4fb06bb--