Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:61641 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 41690 invoked from network); 23 Jul 2012 07:43:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jul 2012 07:43:41 -0000 Authentication-Results: pb1.pair.com header.from=listas@rafaeldohms.com.br; sender-id=fail Authentication-Results: pb1.pair.com smtp.mail=listas@rafaeldohms.com.br; spf=fail; sender-id=fail Received-SPF: fail (pb1.pair.com: domain rafaeldohms.com.br does not designate 209.85.220.170 as permitted sender) X-PHP-List-Original-Sender: listas@rafaeldohms.com.br X-Host-Fingerprint: 209.85.220.170 mail-vc0-f170.google.com Received: from [209.85.220.170] ([209.85.220.170:64270] helo=mail-vc0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 08/77-20357-BA00D005 for ; Mon, 23 Jul 2012 03:43:39 -0400 Received: by vcbgb30 with SMTP id gb30so4186198vcb.29 for ; Mon, 23 Jul 2012 00:43:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=sudfi0/99eG5bQqPpyhRtHmFvOvYrhSFsHzNJqG8Fns=; b=dFjJVy4omkty/mN9L8R9UDC4oKyaJzpDApkC25zM15hRjApEFRYDbzrXd6TD7kZfHl nepJowgxvMFuGyOWgxxL0HRW1x/j3Ezv1PMvJiKR41MSGxRvEI2RdeuItpha1f3A1qW0 pfN89QPS/uo6IMBnsILhwj72VIl9axPQUXSNl7ZQsHhc/EF/tnMhuJ3IuYFW+mykpBSw E0uOuD1XkmKpGDksptt9+GiXf+d0hm9NHfKDEnNb9uv4Akns93PkE0TyDCKls3/3kBfX OoWCuaK0qFlrVEE0Bt0nvPsZfuxNRldeo5r4cchvcjpv5V+fNPfUsSYZ5EVFRo/WRY/d fH+A== MIME-Version: 1.0 Received: by 10.52.72.73 with SMTP id b9mr10039517vdv.34.1343029416683; Mon, 23 Jul 2012 00:43:36 -0700 (PDT) Received: by 10.220.46.13 with HTTP; Mon, 23 Jul 2012 00:43:36 -0700 (PDT) In-Reply-To: References: <309558619.20120723000801@cypressintegrated.com> Date: Mon, 23 Jul 2012 09:43:36 +0200 Message-ID: To: internals@lists.php.net Content-Type: multipart/alternative; boundary=20cf307f310a4dea7604c57a670f X-Gm-Message-State: ALoCoQmacOhGryRcGBJijy854xyc0dtUhDobZTjQDkK4KxD3pZ+n0dFtVm/87nC/ccICZq/ANWPJ Subject: Re: [PHP-DEV] Implicit isset in ternary operator From: listas@rafaeldohms.com.br (Rafael Dohms) --20cf307f310a4dea7604c57a670f Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jul 23, 2012 at 6:19 AM, Alex Aulbach wrote: > 2012/7/23 Sanford Whiteman < > swhitemanlistens-software@cypressintegrated.com>: > >> I think that you can compare the situation to the short if syntax ($a > > $b > >> ? $c : $d) > > > > Not sure I understand... that *is* the situation under discussion, > > no? > > Use functions. Above case for example: > > ... > My suggestion just is: At any point everybody needs one more operator > for "his stuff". But that's why functions exists. > > This is not about "his stuff", this is about the general userland expectation of what a ternary operator will do with a $array[key] where it is not set. This is a valid use case in every app and as we saw in lots of frameworks. As for functions, i do not like the idea of having functions around for this kind of operation, it will bring about the return of "utils.php" and i don't think that's worth. So while i agree not everything needs a core implementation, this does not fall under that case. > > -- > Alex Aulbach > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- Rafael Dohms PHP Evangelist and Community Leader http://www.rafaeldohms.com.br http://www.phpsp.org.br --20cf307f310a4dea7604c57a670f--