Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:26405
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain cschneid.com from 195.141.85.117 cause and error)
Message-ID: <45509C37.1030401@cschneid.com>
Date: Tue, 07 Nov 2006 15:46:15 +0100
User-Agent: Thunderbird 1.5.0.7 (X11/20060911)
MIME-Version: 1.0
To: RQuadling@GoogleMail.com
Cc: php internals LIST <internals@lists.php.net>
References: <7f3ed2c30611031000j2dc48a6amb7f04c8011442b56@mail.gmail.com>	 <282B7D4B-DC15-4ABC-95A6-C03F766C19B7@prohost.org>	 <27664.208.195.234.246.1162844322.squirrel@www.l-i-e.com> <10845a340611070126hdd3cfe1v4f62a37d98f620e1@mail.gmail.com>
In-Reply-To: <10845a340611070126hdd3cfe1v4f62a37d98f620e1@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [PATCH] Scalar type hinting ;)
From: cschneid@cschneid.com (Christian Schneider)

ini_set('humour', "On");

Richard Quadling wrote:
> Type hinting is part of the documentation. Sure, hungarian notation of
> variable names (where the type is represented within the variable name
> itself) is a good start, but when you get to things like a 4d array of

I wouldn't have expected anyone to use hungarian notation with PHP. But
then again that's what the Spanish inquisition would probably use to
torture nowadays and who expects the Spanish inquisition? (-:C

On the other hand it is easy to do it in PHP: Just prefix every variable
with "m" :-)

> The loose typing
> of PHP is great, but as mentioned by Richard Lynch, we have to more or
> less move away from it for user input and DB input.

Error: Incompatible use of constant 'we'

> Maybe for V6 type hinting for scalars could be available, but output
> purely E_NOTICE. Really make them just a hint. A suggestion. This will

ini_set('humour', "Off");

All type hints warnings should be E_STRICT, not E_NOTICE IMHO. If that's
the case then you can add as many bondage feature as you wish as long as
they don't slow down non-strict code ;-)

- Chris