Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:91423
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.174 as permitted sender)
MIME-Version: 1.0
Sender: yohgaki@gmail.com
In-Reply-To: <56CF439F.2040506@fleshgrinder.com>
References: <56C77575.4090906@fleshgrinder.com> <56C77FC8.1070500@gmail.com>
 <56C78496.9020804@fleshgrinder.com> <56CB6BA7.8060500@gmail.com>
 <56CDEB49.5040006@fleshgrinder.com> <74.A1.29886.2C8CEC65@pb1.pair.com> <56CF439F.2040506@fleshgrinder.com>
Date: Fri, 26 Feb 2016 06:30:56 +0900
Message-ID: <CAGa2bXYSgsNCLtOd+7FqddNSnxAQyRe70rCv8AHBp=Sri119_Q@mail.gmail.com>
To: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal
From: yohgaki@ohgaki.net (Yasuo Ohgaki)

Hi all,

On Fri, Feb 26, 2016 at 3:10 AM, Fleshgrinder <php@fleshgrinder.com> wrote:
> On 2/25/2016 10:26 AM, Tony Marston wrote:
>>> Science shows that it is harmful, let's clean it up!
>>
>> Your "proof" is not scientific, it is just personal opinion. There is no
>> evidence that use of the "var" keyword is harmful in any way.
>
> I think the diverged from talking about the "var" keyword in particular
> towards duplication in general a long time ago. However, I still think
> that DRY is empirically proven.

I'm 0 for this change. Although it's close to +1.

Those who are willing to remove "var" from PHP should write conversion
script that scans PHP scripts and converts "var" to "public". Then there
will be more supporters for removing "var". We have tokenizer. It
should not be difficult. Tokenizier may be extended to make this kind
of conversion script easier. i.e. Get offset of tokens also. If there
is offset, writing conversion script is trivial. It seems some work is required
to return offset, though.

Regards,

--
Yasuo Ohgaki
yohgaki@ohgaki.net