Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:67233 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 70535 invoked from network); 30 Apr 2013 23:35:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Apr 2013 23:35:35 -0000 Authentication-Results: pb1.pair.com header.from=rasmus@mindplay.dk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=rasmus@mindplay.dk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain mindplay.dk from 209.85.212.44 cause and error) X-PHP-List-Original-Sender: rasmus@mindplay.dk X-Host-Fingerprint: 209.85.212.44 mail-vb0-f44.google.com Received: from [209.85.212.44] ([209.85.212.44:58658] helo=mail-vb0-f44.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 52/7D-18873-64550815 for ; Tue, 30 Apr 2013 19:35:35 -0400 Received: by mail-vb0-f44.google.com with SMTP id e13so904559vbg.17 for ; Tue, 30 Apr 2013 16:35:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=kDn0lDpMRQsYNrnYtYJmfEfxBq6pxrenbWwxW+85lNo=; b=l4ZQ367uHeeRFUNLQfXkEaR7BsVeqaHLvwlHG1d6LeaOskdQTFtZXY2XdjP+gaaxQy 4lPS2MXKvXW5D+maz/e4eokWTWIrUnrBlqWZf1y6XdtQsjQDvH52J6epkql4sOTPU9xo Z3LGPAFSxddVZSmi8rv3m3DcT/iyXVhzjDflOMdr2Va8WK4MHpfxGnhWmlud/O70n62r X3LmA/bnDd6PpADlqZ+4J7+Xahdrv8QTqA6g4hYG35A24+SucanQ/VcXPHWXkiaLvvX3 ZDeeNL+hcH89znkk7BHWH3lQYjyxgUq6dL01opAUbwMUghRKWaMiDtl9JDBLO4z7DRJt NUOg== MIME-Version: 1.0 X-Received: by 10.52.18.173 with SMTP id x13mr119088vdd.121.1367364931120; Tue, 30 Apr 2013 16:35:31 -0700 (PDT) Received: by 10.58.28.134 with HTTP; Tue, 30 Apr 2013 16:35:31 -0700 (PDT) In-Reply-To: <518050E4.20508@sugarcrm.com> References: <6245ED6B-2BF7-47B7-80C0-D3B3D8E0B312@strojny.net> <51803086.6020002@sugarcrm.com> <518050E4.20508@sugarcrm.com> Date: Tue, 30 Apr 2013 19:35:31 -0400 Message-ID: To: Stas Malyshev Cc: PHP internals Content-Type: multipart/alternative; boundary=bcaec50405c0ffbbf704db9c7417 X-Gm-Message-State: ALoCoQn5gejIcBY9Wbyv90fMPlFnIUJY+vKU5pyb4jy8KlSD//QrRGRvKR1FbC6feh0982bO8uko Subject: Re: [PHP-DEV] property de-referencing From: rasmus@mindplay.dk (Rasmus Schultz) --bcaec50405c0ffbbf704db9c7417 Content-Type: text/plain; charset=ISO-8859-1 I've already demonstrated and explained what's wrong with strings. "Weird indirection" is what we have in every mainstream framework right now, where properties can be referenced only as strings - I gave a real-world example of this, and demonstrated with a practical example how the proposed feature can help improve on this issue. I've demonstrated by example that this has more than limited scope. The fact that mainstream frameworks have to resort to strings for property-references is a symptom of the fact that this feature is absent: - Mainstream frameworks already do what I propose (using strings) demonstrating that it is a necessary task. - People use these frameworks - proving that developers want these features from the frameworks they use. Please, contribute something material to this discussion - your snappy responses have to make me think you're taking this very personally? I promise I'm not trying to ruin your day. Can't we just have a friendly discussion like grown-ups? On Tue, Apr 30, 2013 at 7:16 PM, Stas Malyshev wrote: > Hi! > > > Any PHP dev who works with a mainstream framework does this daily, but > > the frameworks rely on strings for property-names. > > What's wrong with strings? Just because it doesn't have three levels of > objects on it, doesn't mean it's not OK to use it. > > > We now have static property-references, which means the codebase can be > > If you know the property, you can just access it, you don't need to > invent weird indirection for it. > > > Are we really going to quibble about syntax? This adds nothing to this > > We're going to quibble about again trying to bring very small scope and > exotic feature into the core of the language. > -- > Stanislav Malyshev, Software Architect > SugarCRM: http://www.sugarcrm.com/ > (408)454-6900 ext. 227 > --bcaec50405c0ffbbf704db9c7417--