Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:102843
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.41 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>
 <CAL0xaBHmReigdjQP1amT1u_t1386YY_emPYc1vm9OgALstqLLQ@mail.gmail.com> <CAKOZhE9GG_ifFm3JMO6CKXDx61jxP8Qz4nyg7jCgdHNdTEYcRw@mail.gmail.com>
In-Reply-To: <CAKOZhE9GG_ifFm3JMO6CKXDx61jxP8Qz4nyg7jCgdHNdTEYcRw@mail.gmail.com>
Date: Mon, 16 Jul 2018 14:20:54 +0300
Message-ID: <CAL0xaBFRf8K-8cx-WDmT34HcBzLJt-s9EvBReengFGM7fLH0Rw@mail.gmail.com>
To: mitke013@gmail.com
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000006a46ce05711c074d"
Subject: Re: [PHP-DEV] [RFC] Optional typehint check for parameters
From: arvids.godjuks@gmail.com (Arvids Godjuks)

--0000000000006a46ce05711c074d
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 14:14, Zeljko Miti=
c <mitke013@gmail.com>:

>
>
> On Mon, Jul 16, 2018 at 1:06 PM Arvids Godjuks <arvids.godjuks@gmail.com>
> wrote:
>
>> =D0=BF=D0=BD, 16 =D0=B8=D1=8E=D0=BB. 2018 =D0=B3. =D0=B2 13:56, Zeljko M=
itic <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 thi=
s
>>> 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 l=
ine
>>> like $user->getEmail() would still throw fatal error, still very easy t=
o
>>> spot.
>>>
>>> But again, I really don't see that happening and I am not an expert. An=
d
>>> 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.
>>
>>
>> --
>> Arv=C4=ABds Godjuks
>>
>> +371 26 851 664
>> arvids.godjuks@gmail.com
>> Skype: psihius
>> Telegram: @psihius https://t.me/psihius
>>
>
> Ok, I see your point now. Bit isn't opcache.validate exactly the opposite
> of that? When user deploys the code, he would not see changes before fpm =
is
> restarted. Or worse; if opcache didn't cache some file because it was not
> called before, more problems would happen.
>
> But please, do keep in mind that I would like to have this feature as
> optional.
>

Opcache is not the PHP language - it's an opcode caching tool that is
bundled with PHP engine for performance reasons. It does not change
language construct behavior. It does not impact the application behavior -
it only affects code loading performance. Think of it as a
memcache/redis for your database - same idea.
--=20
Arv=C4=ABds Godjuks

+371 26 851 664
arvids.godjuks@gmail.com
Skype: psihius
Telegram: @psihius https://t.me/psihius

--0000000000006a46ce05711c074d--