Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:91303
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.44 as permitted sender)
MIME-Version: 1.0
References: <CAJaRsPv_XDWcBgdiqJXNrzwEds6Y_JyadXv9txjNvAc3FPZd3g@mail.gmail.com>
 <20.E2.62769.79C16C65@pb1.pair.com> <CAJaRsPtYz3KuhxqetXs6t2VhkV9tbKXqTm06kUykyccRa_TTeg@mail.gmail.com>
 <DUB129-W75DD6ACF87F0A81868202F9AF0@phx.gbl>
In-Reply-To: <DUB129-W75DD6ACF87F0A81868202F9AF0@phx.gbl>
Date: Thu, 18 Feb 2016 23:38:40 +0000
Message-ID: <CAJaRsPtWzx9uCTDX7ceywC5zUU+Y6PMybbcB-RDAhzz0TgSXLA@mail.gmail.com>
To: Thomas Punt <tpunt@hotmail.co.uk>, 
	"internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a113ced6e5863e9052c13dec1
Subject: Re: [PHP-DEV] Re: [RFC Proposal] var keyword deprecation/removal
From: colinodell@gmail.com ("Colin O'Dell")

--001a113ced6e5863e9052c13dec1
Content-Type: text/plain; charset=UTF-8

>
> It would have to be done in 8.0, since removing it would constitute a BC
> break.
>

Thanks for clarifying that Tom! Makes sense to me.


> It's worth noting that there were better reasons for deprecating PHP
> 4-style constructors over the simple redundancy argument. Specifically,
> there was confusion as to when a PHP 4-style constructor would actually be
> considered a constructor (see the RFC [1] for examples). With the var
> keyword, there's no ambiguity like this.
>

That's a fair point.  I only included that example to highlight the trend
of using the PHP 5 style features over PHP 4.  You're right though, there's
no reason "var" might be misconstrued as something else.


> Whilst the language purist in me would like to remove redundant things
> like this, I feel that it's a rather unnecessary BC break to introduce. So
> I'm not entirely decided on this.
>

I'm not 100% convinced on this either.  I just thought the idea had enough
merit to warrant a discussion :)

Colin

--001a113ced6e5863e9052c13dec1--