Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:66050 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 85032 invoked from network); 20 Feb 2013 10:43:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Feb 2013 10:43:49 -0000 Authentication-Results: pb1.pair.com header.from=swhitemanlistens-software@cypressintegrated.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=swhitemanlistens-software@cypressintegrated.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain cypressintegrated.com designates 173.1.104.101 as permitted sender) X-PHP-List-Original-Sender: swhitemanlistens-software@cypressintegrated.com X-Host-Fingerprint: 173.1.104.101 rproxy2-b-iv.figureone.com Windows 2000 SP2+, XP SP1 (seldom 98 4.10.2222) Received: from [173.1.104.101] ([173.1.104.101:62893] helo=rproxy2-b-iv.figureone.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 55/BC-19387-4E8A4215 for ; Wed, 20 Feb 2013 05:43:49 -0500 Received: from localhost ([216.220.114.66]) by rproxy2-b-iv.figureone.com (Brand New Heavy v1.0) with ASMTP id FML64446 for ; Wed, 20 Feb 2013 02:43:46 -0800 Date: Wed, 20 Feb 2013 05:38:26 -0500 Reply-To: Sanford Whiteman X-Priority: 3 (Normal) Message-ID: <643113841.20130220053826@cypressintegrated.com> To: Florin Razvan Patan In-Reply-To: References: <-1452447624906595030@unknownmsgid> <51240F9D.8020409@lerdorf.com> <591203797.20130219192444@cypressintegrated.com> <4995898.20130220030236@cypressintegrated.com> <146974008.20130220045951@cypressintegrated.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Resent-From: swhitemanlistens-software@cypressintegrated.com Subject: Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc From: swhitemanlistens-software@cypressintegrated.com (Sanford Whiteman) > As for classes/interfaces/traits and so on, if they are ever added in PHP > to be declared inside classes and so on then I see no issues with this. > A class/interface or a trait keyword would still be needed to make the > difference between a them imho. No, if you *only* allow inner classes at any point, you don't have ambiguity. So by your standard, that version of PHP should drop the keyword because there's only one unambiguous "something{}" construction in that context. I'm not saying you _should_ drop the keyword, I'm just explaining what I think is the slippery slope of this kind of non-improvement. > Grepping for sources is like a daily operation and by using IDEs like > Netbeans/Eclipse/PHPStorm one has the ability to just search for a > symbol directly, regardless if you can click of function name or not. I don't think you followed the matter of complex search/replace and the new regex you'd have to "just" use all the time. I use a sophisticated IDE as I mentioned, but its s/r function is separate from its "find declaration" function. Not to mention searching for duplicate declarations or in files you don't have in your workspace. This is a real problem and I'm very happy we don't have it now. > No voting karma here as well but I do tons of code reviews and this is > just my opinion, you know, from the userland. I am debating from userland as well. But I'm all done w/this one. -- S.