Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:46833 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 761 invoked from network); 20 Jan 2010 05:57:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jan 2010 05:57:57 -0000 Authentication-Results: pb1.pair.com header.from=sv_forums@fmethod.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=sv_forums@fmethod.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain fmethod.com from 69.16.228.148 cause and error) X-PHP-List-Original-Sender: sv_forums@fmethod.com X-Host-Fingerprint: 69.16.228.148 unknown Linux 2.4/2.6 Received: from [69.16.228.148] ([69.16.228.148:40193] helo=host.fmethod.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CA/61-29385-46B965B4 for ; Wed, 20 Jan 2010 00:57:56 -0500 Received: from [83.228.56.37] (port=1443 helo=pc) by host.fmethod.com with esmtpa (Exim 4.69) (envelope-from ) id 1NXTZh-00017P-82; Tue, 19 Jan 2010 23:57:53 -0600 Message-ID: To: "Daniel Convissor" , "PHP Internals List" References: <4B54FC87.8070106@zend.com> <4B55EE56.8040104@lerdorf.com> <4B55FA44.1060601@zend.com> <20100119190836.GA17124@panix.com> <4B5608B2.8050308@zend.com> <20100119195724.GA5597@panix.com> <4B561191.2040700@zend.com> <20100120040813.GA20133@panix.com> Date: Wed, 20 Jan 2010 07:57:37 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.fmethod.com X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - fmethod.com Subject: Re: [PHP-DEV] function call chaining From: sv_forums@fmethod.com ("Stan Vassilev") > If everything is chained, it's a pain to figure out such basic workings. Hi, I still find it hard to understand why some should artificially claim basic constructs supported by other languages for years are somehow more complex than PHP's existing semantics. Supporting dereferencing in all situations where it produces unambigous results is necessary to improve consistency of the language, so we stop seeing people surprised why something works in one context, but not another. Working around PHP's limitation with redundant factory methods and temp vars do not help code readability. They are just arbitrarily imposed because of an irrational fear that suddenly everyone will be jumping on the new feature for his entire codebase. Even most poor coders are smarter than this. Regards, Stan Vassilev