Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:102839
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.52 as permitted sender)
MIME-Version: 1.0
References: <CAKOZhE8c6L3bTFtne7MPTH0Qf3kfKYYnby71uSUEU75EsfAbgA@mail.gmail.com>
 <CAL0xaBE+06SJu+c2TL9ZVgcQK_3ej6enwu7PHDkM7v6W7imEEA@mail.gmail.com> <CAKOZhE-aD=hpwH2eUYgxjva_0uBfTQJT=AbKbT16DB1oGOsaSA@mail.gmail.com>
In-Reply-To: <CAKOZhE-aD=hpwH2eUYgxjva_0uBfTQJT=AbKbT16DB1oGOsaSA@mail.gmail.com>
Date: Mon, 16 Jul 2018 14:06:08 +0300
Message-ID: <CAL0xaBHmReigdjQP1amT1u_t1386YY_emPYc1vm9OgALstqLLQ@mail.gmail.com>
To: mitke013@gmail.com
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000009af79305711bd223"
Subject: Re: [PHP-DEV] [RFC] Optional typehint check for parameters
From: arvids.godjuks@gmail.com (Arvids Godjuks)

--0000000000009af79305711bd223
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

=D0=BF=D0=BD, 16 =D0=B8=D1=8E=D0=BB. 2018 =D0=B3. =D0=B2 13:56, Zeljko Miti=
c <mitke013@gmail.com>:

> I tried to, but I honestly can't see the problem. No decent programmer
> makes error by sending wrong type of parameter and this feature is 100%
> optional. I know for sure that even in my dev computer, I would use this
> feature, and probably most programmers aware of the issue.
>
> Maybe simpler example: if I send a string to above function, the only
> difference is that PHP would start executing inner code. But an inner lin=
e
> like $user->getEmail() would still throw fatal error, still very easy to
> spot.
>
> But again, I really don't see that happening and I am not an expert. And =
I
> still never make errors like that, not even when I was learning php. And =
if
> dev computer keeps checking type (default), it is very easy to spot a big
> mistake like that.
>
> Given this is open discussion, I would like to see where I was wrong.
>
> Btw, you were not harsh at all.
>

Basically, you went wrong when you proposed a switch that controlls
language behavior. To add to that - a switch that probably is not
controllable by code that is running.

Long story short in a time of php 5.3 - 5.6 it was collectively agreed that
switches that control language execution are evil, are hard to maintain and
having language behave differently due to hosting enforcing one or the
other setting and you as a user having no way to control that is just bad.
Since then, the most evil switches were purged with extreme pregidece and
trying to introduce anything even remotly close to that is a suicide
mission :)

P.S. RIP magic_quotes, register_globals, short_tags and some other articats
of old. May you never be disturbed again.


--=20
Arv=C4=ABds Godjuks

+371 26 851 664
arvids.godjuks@gmail.com
Skype: psihius
Telegram: @psihius https://t.me/psihius

--0000000000009af79305711bd223--