Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:75469
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.178 as permitted sender)
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Content-Type: multipart/signed; boundary="Apple-Mail=_2278C9ED-E93E-40AE-BAAD-390652E6F434"; protocol="application/pgp-signature"; micalg=pgp-sha512
In-Reply-To: <6C08D5C1-7A37-4F49-BF12-96B614B4B50B@ajf.me>
Date: Mon, 14 Jul 2014 19:02:13 +0400
Cc: Derick Rethans <derick@php.net>,
 PHP internals <internals@lists.php.net>
Message-ID: <76F7478E-3425-473C-9ACA-31253E44A335@gmail.com>
References: <08503591-EFC8-48E6-984E-FFC292C5EA5F@ajf.me> <alpine.DEB.2.10.1407141536380.4247@whisky.home.derickrethans.nl> <AF61F548-FADC-428F-B76F-1BB82C645D2C@ajf.me> <alpine.DEB.2.10.1407141552290.4247@whisky.home.derickrethans.nl> <6C08D5C1-7A37-4F49-BF12-96B614B4B50B@ajf.me>
To: Andrea Faulds <ajf@ajf.me>
Subject: Re: [PHP-DEV] [RFC] Scalar Type Hinting With Casts (re-opening)
From: indeyets@gmail.com (Alexey Zakhlestin)

--Apple-Mail=_2278C9ED-E93E-40AE-BAAD-390652E6F434
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252

On 14 Jul 2014, at 18:57, Andrea Faulds <ajf@ajf.me> wrote:

> On 14 Jul 2014, at 15:54, Derick Rethans <derick@php.net> wrote:
>=20
>> A compromise by adding more inconsistencies.
>>=20
>> I can buy the cast of scalars vs hint--of-complex types, but =
definitely
>> not the introduction of a new group of casting rules. Keep it simple.
>=20
> It doesn=92t change the casting rules; write an error handler that =
ignores E_RECOVERABLE_ERROR and you get exactly the same result as a =
manual cast inside the function. Rather, it simply adds validation. The =
casting works like casting does everywhere else, but there=92s strict =
lossless validation on the type hint, similar to the non-scalar type =
hints except more lenient as it allows equivalent values of other types.

ok, it might work for me if formulated like this.

now, the question is, would it be possible to port these rules to zpp in =
PHP-Next?
if the answer is =93yes", then I=92m all for it.

otherwise, I=92m a bit skeptical as inconsistency between extension-land =
and user-land code worries me

--
Alexey Zakhlestin
CTO at Grids.by/you
https://github.com/indeyets
PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc




--Apple-Mail=_2278C9ED-E93E-40AE-BAAD-390652E6F434
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iQEcBAEBCgAGBQJTw/D+AAoJEMkJcRxZdR2739MH/inQKR3X/0QNaEjrC6FlDEUw
JlOx7arIUF54V8PBjTfZbjV8DnBe7hd8z8V+l8T04gBdQnZuBNBGfYI0+1+WQfMQ
S9zKX0ayBJ2k9QmDKXSsnEV3oCo/EPYgTo2kvlgU7sB9rle1oFki0CY2i3BeZf48
WvmdWF61ssRekTtoe0mg1P+JPyqvLgJSkziBA4HX8BFo1w22+3G7Bcw9fMMQiyFq
as2JOQroAFsEYnyHUiUkoEZ/fDEbfWp4eP7iNqz+3PkzGNHgGFq62TeLFGy4BKkz
plxB9axqb7U4aWoS4hCs08ARfGtOE11gX9bs6XNMH5/HmFIa//chcCBqSgmyhJw=
=WbDU
-----END PGP SIGNATURE-----

--Apple-Mail=_2278C9ED-E93E-40AE-BAAD-390652E6F434--