Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:70645
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.49 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <52AE1B46.60406@googlemail.com>
References: <52ABA642.9090206@php.net>
	<CAH-PCH7A3dMpC=kgmma3LAE3kbFuPZiQ+vYYynLGbvERZJviog@mail.gmail.com>
	<52AE1B46.60406@googlemail.com>
Date: Sun, 15 Dec 2013 15:33:33 -0600
Message-ID: <CAO3MkaBTv=GQb2JY4St0-iATFb35es_TLSoa=FFOKL51ZWEWRw@mail.gmail.com>
To: internals@lists.php.net
Content-Type: multipart/alternative; boundary=e89a8f50355c78308604ed997229
Subject: Re: [PHP-DEV] Proposal for RFC: get_class_constants()
From: neclimdul@gmail.com (James Gilliland)

--e89a8f50355c78308604ed997229
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Troll much?

Anyways, along the rest of the thread, a function to support the people
working with objects that don't want to work with objects is a weak place
to argue from. However if we're keeping get_class_* methods, API completion
seems worthwhile.
On Dec 15, 2013 3:13 PM, "Crypto Compress" <cryptocompress@googlemail.com>
wrote:

> Hi,
>
> a short fairy tale:
> For a long time thePHPway=99 was to build a function for everything someo=
ne
> needed/could imagine. This is why PHP is so easy, effective and triumphan=
t.
> But somehow the highlander principle found it's way into PHP and nothing
> will ever be as it was before. So flog the reflection argument to death.
>
> http://www.mail-archive.com/internals@lists.php.net/msg64242.html
>
> Cheers!
> cryptocompress
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--e89a8f50355c78308604ed997229--