Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:75511
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.172 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAGAdJeAbEdEJA9beQQa1367vCwdnZycYNY8OL9EL-JKrw6dSuw@mail.gmail.com>
References: <CAGAdJeAbEdEJA9beQQa1367vCwdnZycYNY8OL9EL-JKrw6dSuw@mail.gmail.com>
Date: Tue, 15 Jul 2014 01:16:49 +0300
Message-ID: <CAPRqa+Hc87M8-TyxHMXAw-3W5Mih11DvEWunRr34w_koeaLsXQ@mail.gmail.com>
To: Chuck Reeves <chuck.reeves@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=089e011842a6bbe15404fe2ea524
Subject: Re: [PHP-DEV] [RFC] Scalar Type Hinting With Casts (re-opening)
From: park.framework@gmail.com (Park Framework)

--089e011842a6bbe15404fe2ea524
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Maybe we should make two different syntax?

fun(int $num, array $list)       - for strict type compliance
fun((int) $num, (array) $list)  - converted to type

It will be very obvious, and without magic.


2014-07-14 23:23 GMT+03:00 Chuck Reeves <chuck.reeves@gmail.com>:

> I am new to the list and internals so my question might be obvious to
> others: Why even cast the variable? When I look at a function and see:
>
>
> function myFunc(array $someData)
> {
>     //some processing
> }
>
> I understand that myFunc requires an array passed in.  If I try to call
> myFunc like so:
>
> myFunc('foobar');
>
> I get a fatal error stating that I did not pass in an array.  If I try wi=
th
> stdClass:
>
> myFunc(new \stdClass());
>
> I will get the same error however If I cast the object before passing in
> like so:
>
> myFunc((array) new \stdClass());
>
> It works just fine.  The benefit of having the hint tells whom ever is
> going to consume the function that the parameter needs to be casted to th=
e
> scalar type.
>
> If I have this:
>
> function addTwoValues(int $valueOne, int $valueTwo);
>
> It is clear that i need to make sure I'm using int's.  If I try to call
> that function with any other type, I would like to get the error instead =
of
> some kind of auto-magical cast into something that could product strange
> results.
>
> I think the benefit is in having the hint with excluding the cast of the
> value.  Let the user cast the value to what the function requires.  IMHO
> Allow the author of the function to dictate what is needed to execute.
>
>
> On Mon, Jul 14, 2014 at 3:59 PM, Andrea Faulds <ajf@ajf.me> wrote:
>
> >
> > On 14 Jul 2014, at 20:53, Rowan Collins <rowan.collins@gmail.com> wrote=
:
> >
> > > The debate in this thread basically comes down to us each wanting our
> > favourite from that list of features to have the privilege of dedicated
> > syntax in function signatures.
> >
> > That=E2=80=99s why this RFC is supposed to be a best-compromise solutio=
n between
> > strict and just casting. The hope is to appease both sides and provide
> the
> > most workable solution, really. It=E2=80=99s also the style that I, mys=
elf, like
> > best, because it=E2=80=99s strict enough to catch bugs (I like that), a=
nd it
> keeps
> > PHP a type-shifting language (I like that too).
> >
> > --
> > Andrea Faulds
> > http://ajf.me/
> >
> >
> >
> >
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>

--089e011842a6bbe15404fe2ea524--