Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:83671
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.177 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <54EC917B.4000309@anderiasch.de>
References: <CABDNdAE+7J3ViNR8844kBQsYzLDsWP-YAkKSQhD8v5GFL1Ky-A@mail.gmail.com>
	<54EC8ABD.7040802@birkholz.biz>
	<54EC917B.4000309@anderiasch.de>
Date: Tue, 24 Feb 2015 10:31:41 -0500
Message-ID: <CABDNdAG88hNqvOCwNY_X+Ccj34oJpg7iNP=SYSSBcVbP79Mr0w@mail.gmail.com>
To: Florian Anderiasch <ml@anderiasch.de>
Cc: Dennis Birkholz <dennis@birkholz.biz>, 
	"internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [RFC] Anonymous Classes
From: pjsturgeon@gmail.com (Philip Sturgeon)

On Tue, Feb 24, 2015 at 9:58 AM, Florian Anderiasch <ml@anderiasch.de> wrote:
> On 02/24/2015 03:29 PM, Dennis Birkholz wrote:
>> Am 24.02.2015 um 14:52 schrieb Philip Sturgeon:
>>> https://wiki.php.net/rfc/anonymous_classes
>>
>> I like the idea of having anonymous classes, it is very helpful during
>> development to just try something out without having the burden of
>> creating a new file and a complete class including namespace and use
>> declarations, etc.
>
> I don't buy this argument. If your class loader or PSR prevents you from
> temporarily adding a 2nd bogus class to the same file (not talking about
> best practices here, obviously) then there's the culprit and it's
> nothing the language needs to fix.
>
> ~Florian
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>

Your reply seems to assume that avoiding rules in a PSR is the only
benefit of the RFC, which is weird when there is a whole RFC full of
benefits of this RFC.

Also, how do you "Temporarily" add a 2nd bogus class to the same file?

Also again, why is it bogus?

This RFC allows people to use really simple classes, which implement
various things, or provide simple decoration, or insanely easy
stubbing, or all sorts of other functionality without having to define
it way at the top of the file, or in another file, or whatever. Not
just bogus junk, but actual real uses.

My mention of PSR (and PEAR and Zend which you didn't mention) was
purely a sidenote of "This is how the community is doing things" which
is always relevant to mention, and not a complaint about PSRs. This
was common practice for the preceding decade, and again is not the
crux of this conversation.