Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:61716 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 72579 invoked from network); 24 Jul 2012 18:09:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Jul 2012 18:09:18 -0000 Authentication-Results: pb1.pair.com header.from=alex.aulbach@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=alex.aulbach@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.42 as permitted sender) X-PHP-List-Original-Sender: alex.aulbach@gmail.com X-Host-Fingerprint: 209.85.160.42 mail-pb0-f42.google.com Received: from [209.85.160.42] ([209.85.160.42:51627] helo=mail-pb0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AE/41-01267-CC4EE005 for ; Tue, 24 Jul 2012 14:09:17 -0400 Received: by pbbrp12 with SMTP id rp12so14007303pbb.29 for ; Tue, 24 Jul 2012 11:09:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=UtBsaxgu9dPdppiNRwI+d38mvYb+O1B4UDsLPWDOqGk=; b=E8SOa9TSVM5SY8lbjKXw/l6iEAZCnuotzypyIsmQrTIolahIG0zMHl+c0xwqmqnHbo 6CJeHpc3nfUGZgbOQZDDmTomC6qCwMJl7ODZqjQTCV72B925gHXE1QaDKBldzaDdXebQ 3Va8yHVcY/TxL6MDU0jQNpg9XDOCSdCk/d90icNk0MOCP+kQs6FLakoUl5QJpKV9lD8B UAdZx5ov2bWSWzN0fjdgE2Tx1lnr2IDuezqd40ZMeTJPLK1ay9Fi6NDHjFF9q25Wxxul K+gFtkQOzIEPnCwUhkGyZx7+1XD2bt/Tq4btMaFLRoXn00LqPT2gT0gZ9LNCX8XKwtfy 88EA== MIME-Version: 1.0 Received: by 10.68.226.38 with SMTP id rp6mr46386565pbc.90.1343153353913; Tue, 24 Jul 2012 11:09:13 -0700 (PDT) Received: by 10.68.31.7 with HTTP; Tue, 24 Jul 2012 11:09:13 -0700 (PDT) In-Reply-To: <64388090-395E-4A37-B6C7-4ABE628D0AD7@gmail.com> References: <4024424F-2D65-41EA-8E18-B2B8FCE94754@gmail.com> <64388090-395E-4A37-B6C7-4ABE628D0AD7@gmail.com> Date: Tue, 24 Jul 2012 20:09:13 +0200 Message-ID: To: Yahav Gindi Bar Cc: Galen Wright-Watson , internals@lists.php.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] Implicit isset in ternary operator From: alex.aulbach@gmail.com (Alex Aulbach) 2012/7/24 Yahav Gindi Bar : > Yeah, that's a design decision, but its important because that's one of t= he PHP greatest things - the code is very nice and readable, and it's kind = of sad to ruin it... > > I didn't thought about template engines - I agree, it'll be great there, = but does a language syntax need to be defined only for a specific cases lik= e template engine? It's one of the best things of PHP and the reason, why it was invented. > If the programmers will follow your guidelines and use this operators onl= y for some unique and rare cases - I strongly support that idea, but I'm af= raid from programmers who'll make their program full of operators which mak= es it unreadable by other programers... Hhummm, every programming language could be written unreadable. Even PHP. I can say that per sure. :) > I think that operators overriding should be implemented in a class scope = (only for object with object interaction, such as (merge operation): $merge= dMember =3D $member1 + $member2; or for roles permission concat - $memberRu= le =3D $adminRule - $editorRule) > But that's a different topic from the suggested feature... Which is a much better idea in general. My suggestion was only for a very special context and should be easier to implement. I currently think, this discussion needs more time, because I begin to forget, for what this is really needed. :) I suggest to (re)think about the real usage-cases... --=20 Alex Aulbach