Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:44600
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 209.85.219.227 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=cc:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=XWjkiO3CkbxxEmhwSrGa925w4kP3hCJ44WhCB7U2zIJJt+0DI+iHcPF+jW6iEKRr/P
         cRUVucdOY1WOmBMjZzI8/e5eoC8c2qI7ZzI0G4Jxr5eWWv/WWvM9verCqh8M6/Wkyfwb
         cSZUjW0kIsk2Sdpg52A5AS28XNdMwAAvukznI=
Cc: PHP internals <internals@lists.php.net>
Message-ID: <8C356C24-8A93-4B9E-B6D6-4ADADF6EF5F0@googlemail.com>
To: Ilia Alshanetsky <ilia@prohost.org>
In-Reply-To: <FC14FAFE-6785-4067-9B49-9FC14F159C52@prohost.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Wed, 1 Jul 2009 21:59:13 +0200
References: <FC14FAFE-6785-4067-9B49-9FC14F159C52@prohost.org>
Subject: Re: [PHP-DEV] RFC: Type hinting revisited for PHP 5.3
From: foolistbar@googlemail.com (Geoffrey Sneddon)


On 1 Jul 2009, at 18:59, Ilia Alshanetsky wrote:

> The main source of conflict appears to be that in some cases typical  
> type hinting is just too strict for PHP's typeless nature (most  
> people expect that "1" == 1, while int type hint would definitely  
> reject string "1").

To be fair, this is really my compliant, but:

I think, for consistency, it should behaviour like  
zend_parse_parameters, hence not being overly strict, and should set  
the variable to it casted to the expected type. If it behaves  
differently to zend_parse_parameters then it'll be annoying that  
substr(), whose first parameter is a string, behaves differently to  
function foobar(string $what) when passed an int, for example.

I'd expect:

function foo(string $bar) {
var_dump($bar);
}

foo(1234);

To output:
string(4) "1234"

As this appears to be consistent with what internal functions that use  
zend_parse_parameters do. I don't want PHP to become any more  
inconsistent with itself than it already is.


--
Geoffrey Sneddon
<http://gsnedders.com/>