Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:102834
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: <CAKOZhE8c6L3bTFtne7MPTH0Qf3kfKYYnby71uSUEU75EsfAbgA@mail.gmail.com>
In-Reply-To: <CAKOZhE8c6L3bTFtne7MPTH0Qf3kfKYYnby71uSUEU75EsfAbgA@mail.gmail.com>
Date: Mon, 16 Jul 2018 09:00:56 +0300
Message-ID: <CAL0xaBE+06SJu+c2TL9ZVgcQK_3ej6enwu7PHDkM7v6W7imEEA@mail.gmail.com>
To: Zeljko Mitic <mitke013@gmail.com>
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary="0000000000004176e10571178e5f"
Subject: Re: [PHP-DEV] [RFC] Optional typehint check for parameters
From: arvids.godjuks@gmail.com (Arvids Godjuks)

--0000000000004176e10571178e5f
Content-Type: text/plain; charset="UTF-8"

On Sun, Jul 15, 2018, 22:45 Zeljko Mitic <mitke013@gmail.com> wrote:

> PHP is dynamic language and each typed typehinted parameter has to be
> checked every time. I am suggesting new php.ini value "typecheck.enable =
> 1" which can be turned off.
>
> Example:
> with default php config, a code like this would check each member of $users
> array:
>
> function demo(User ...$users) {}
>
> but with "typecheck.enable = 0", same code would be treated like it was
> written this way:
>
> function demo(...$users) {}
>
> Basically, php would simply *ignore* typehints and work like they are not
> there.
>
> It would be programmers responsibility to send correct values but people
> using typehints are not those still learning the basics.
>
> Just like it is programmers responsibility to restart php-fpm when using
> opcache.validate=0, it would be theirs responsibility to send correct
> values. Any decent IDE would mark errors for wrong parameter type and with
> tools like phpstan, it is almost impossible to make one. Only development
> computers would need to have this checks turned on.
>
> This creates no BC problems as it is a new feature. Given that typechecks
> can be turned off, all existing programs would benefit from extra speed.
>
> I am sending this mail by following rules from
> https://wiki.php.net/rfc/howto . I don't have any knowledge of php
> internals so unfortunatelly, I can't help with this. I at least hope
> someone will take this RFC into consideration.
>

Hello,

php.ini settings that modify language behaviour on such large scale are not
up for introduction or even discussion.
PHP has been getting rid of those past 10 years, so forgive me for
harshness, but as a user land developer I say "no chance In hell".

Arvids,

>

--0000000000004176e10571178e5f--