On Mon, 2005-06-13 at 16:23, Ron Korving wrote:
> If it were possible at all to make a function accept unset variables without
> generating a notice, I think ifsetor() shouldn't even be implemented. People
> could then have the freedom to create such functions themselves. But
> unfortunately, it doesn't seem to be possible, unless you'd suppress every
> function call with a @, which I don't think is the way to go in this case.
> 
> So if it would be possible somehow to create your own isset()-like functions
> in PHP-code, I'd say implement something that would make that possible, and
> ingore the whole ifsetor() discussion from that moment on. People would be
> free to write whatever function they'd prefer.

Voila!

function ifsetordefault( $array, $key, $default=null )
{
    if( isset( $array[$key] ) )
    {
        return $array[$key];
    }

    return $default;
}

echo ifsetordefault( array( 1 => 'One', 2 => 'Two' ), 3, 'Three' );

Or if you prefer:

function ifsetpathordefault( $array, $path, $default=null, $sep='/' )
{
    $pathBits = explode( $sep, $path );

    $nest = $array;
    foreach( $pathBits as $pathBit )
    {
        if( !isset( $nest[$pathBit] ) )
        {
            return $default;
        }

        $nest = $nest[$pathBit];
    }

    return $nest;
}

And yet, I'd still prefer an internal function to do this MUCH MUCH MUCH
faster and then I'd also never need to run across the problem of naming
collisions with other libraries that implement the same code :)

Cheers,
Rob.
-- 
.------------------------------------------------------------.
| InterJinn Application Framework - http://www.interjinn.com |
:------------------------------------------------------------:
| An application and templating framework for PHP. Boasting  |
| a powerful, scalable system for accessing system services  |
| such as forms, properties, sessions, and caches. InterJinn |
| also provides an extremely flexible architecture for       |
| creating re-usable components quickly and easily.          |
`------------------------------------------------------------'

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

Reply via email to