Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:51830
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 94.103.100.39 as permitted sender)
Date: Fri, 8 Apr 2011 00:35:26 +0200
To: Rasmus Lerdorf <rasmus@lerdorf.com>
Cc: Matthew Weier O'Phinney <weierophinney@php.net>,
	internals@lists.php.net
Message-ID: <20110407223526.GJ7113@crousti>
References: <AANLkTiknomAsTrsZ140rWs6CwxJP3UYGUokQbERhDiRp@mail.gmail.com>
 <4D950434.3060704@yahoo.com.au>
 <BANLkTinzb5xiD8j7ZXB+cT4EBZY3DF6BYQ@mail.gmail.com>
 <4D9E0543.1080600@lerdorf.com>
 <69.82.36433.EC33E9D4@pb1.pair.com>
 <4D9E34C4.5000406@lerdorf.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4D9E34C4.5000406@lerdorf.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Subject: Re: [PHP-DEV] Implicit isset/isempty check on short-ternary
 operator
From: colder@php.net (Etienne Kneuss)

On Apr 07 18:03:48, Rasmus Lerdorf wrote:
> On 4/7/11 5:59 PM, Matthew Weier O'Phinney wrote:
> > It may change the semantics as they stand, but I'd argue that the
> > _expectation_ from the shorthand ternary is to shorten code that
> > currently uses isset(). As it is, I have almost no use for it at this
> > point, as I end up needing to do:
> >
> >      $value = isset($a[$key]) ? $a[$key] : 'Not set';
> >
> > which is exactly the situation I had before it was introduced.
> 
> Not sure why you would have that expectation. The long ternary doesn't 
> do that, and there is nothing about the short ternary that changes that. 
> There was talk of a new ifsetor type of operator to have those semantics 
> but never any talk of changing existing semantics.

Well it could (and I believe that was the intention) call !empty instead
of isset, that way the semantics would not be changed, appart from the
lack of error for undefined variables.

Best,

> 
> -Rasmus
> 
> -- 
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>