Hi,

strong -1.

On 1/29/07, Dmitry Stogov <[EMAIL PROTECTED]> wrote:
+1

I like this solution and I don't think that BC break is important for many
applications.

I disagree:
$d = $_GET;
$f->do($d);

class foo {
function do(array $d) {}
or
function do($d) {
if (!is_array())...
}
}

or a simple review:
http://www.google.com/codesearch?hl=en&lr=&q=lang%3Aphp+is_array%5C%28%5C%24_POST%5C%29&btnG=Search


Not a lot of them use is_array($GET), and I believe no one use
is_object($_GET).
$get = $_GET may be a problem, but moving from PHP5 to PHP6 won't easy in
any case.

Yes, but breaking that is a pointless change. I see no benefit to
trick the GPC array like that only to solve something that will
require more work anyway. Having normal arrays, a couple of functions
and, if we agree, a new OO API is easier for everyone, user included.
And the solutions can work together, example:

http_input_econding(filter_input(INPUT_GET, 'encoding', FILTER_SANITIZE_STRING);
$myvar = $_GET['myval'];
$someint = $cgi->getInteger('myinteger');

They can all work the same way, transparently and does not break anything.

Yes, php6 move will require changes but I would rather prefer not to
break GPC arrays.

--Pierre

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to