Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:58824
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAJWj5+E8KSXzugb6xz+xm26WMPNxdoSaS14cZ8vpxYF2GCT7qw@mail.gmail.com>
References: <CAAyV7nHOwCoci6W7-cvFEJi27Wz7qA-_0a6_qHVyzwkC6rjWQQ@mail.gmail.com>
 <CAMyk_AY-vYp_VbctGomyKN0fra0QU3E=rRmacazrRDWeZNgHPg@mail.gmail.com>
 <CAAyV7nHZohu1rkuLFdzAdD_JX3jgVJcfkxbdc6ZnuUCSvEGnJA@mail.gmail.com>
 <CAMyk_AZuhgmsb8ONpW3kYV7FgwBr4csGs+xoDrEt=c=c-PtvEA@mail.gmail.com> <CAJWj5+E8KSXzugb6xz+xm26WMPNxdoSaS14cZ8vpxYF2GCT7qw@mail.gmail.com>
Date: Fri, 9 Mar 2012 16:20:14 +0100
Message-ID: <CAMyk_AaOKOD1=Fxj=4iY56P7gCxb410hg_x9dER8qiTjnpvUTA@mail.gmail.com>
To: Simon Schick <simonsimcity@googlemail.com>
Cc: Anthony Ferrara <ircmaxell@gmail.com>, internals@lists.php.net
Content-Type: multipart/alternative; boundary=20cf300fb3a718a74304bad0ef02
Subject: Re: [PHP-DEV] [POC - Patch] Scalar Type Hinting - A-La zend_parse_parameters
From: linepogl@gmail.com (Lazare Inepologlou)

--20cf300fb3a718a74304bad0ef02
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

> What the current idea would be is an implicit casting (as I understood it
right).

Yes, exactly.


> This won't make it easy passing a variable as reference.

Type casting combined with passing by reference is problematic in many
ways. Just an example:

fuction foo( string & $buffer) { ... }
foo( $my_buffer );

Here, $my_buffer has just been declared, so it is null. Should this be an
error? I don't know! So, I think that that passing by reference should not
be (immediately) supported.


Lazare INEPOLOGLOU
Ing=C3=A9nieur Logiciel


2012/3/9 Simon Schick <simonsimcity@googlemail.com>

> 2012/3/9 Lazare Inepologlou <linepogl@gmail.com>
> >
> > Yes, like that, only better. Since automatic type casting is central in
> > PHP, as this is evident after all this discussion, I believe that it
> > should
> > be better supported. There are two thinks that I would like to see here=
:
> >
> > 1. No more magic methods, please.
> > 2. It should cover (eventually) casting to and from any type.
> >
> > :-)
> >
> > Lazare INEPOLOGLOU
> > Ing=C3=A9nieur Logiciel
> >
>
> Hi, Lazare
>
> As you mentioned it in another thread, I like the idea of C# you describe=
d
> ...
> Draw a line between explicit and implicit casting.
>
> What the current idea would be is an implicit casting (as I understood
> it right).
> Let me just repeat your examples:
>
> 2012/3/7 Lazare Inepologlou <linepogl@gmail.com>
> > function test_float( float test ) { ... }
> > test_float( 1.0 );  // ok
> > test_float( 1 );    // implicit int to float cast, ok
> >
> > function test_array( array test ) { ... }
> > test_array( array() );  // ok
> > test_array( 1 );        // no implicit int to array cast, error!
> > test_array( (array)1 ); // explicit int to array cast, ok
>
> An explicit type-cast should be always possible and try to get the
> very last bit of useful information out of the given bunch. Here it
> makes sense to have magic functions for integer, float, string etc.
>
> But as we're here talking about an implicit casting when passing a
> class to a function, I don't like the idea of calling the
> magic-functions if you paste a class in here as it changes the content
> of the variable. This won't make it easy passing a variable as
> reference. If you just switch to another type, you can afterwards do
> whatever you was able to do before.
>
> Bye
> Simon
>

--20cf300fb3a718a74304bad0ef02--