Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:66042 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 72125 invoked from network); 20 Feb 2013 10:00:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Feb 2013 10:00:10 -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:62855] helo=rproxy2-b-iv.figureone.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9F/F9-19387-8AE94215 for ; Wed, 20 Feb 2013 05:00:10 -0500 Received: from localhost ([216.220.114.66]) by rproxy2-b-iv.figureone.com (Brand New Heavy v1.0) with ASMTP id FMU20701 for ; Wed, 20 Feb 2013 02:00:01 -0800 Date: Wed, 20 Feb 2013 04:59:51 -0500 Reply-To: Sanford Whiteman X-Priority: 3 (Normal) Message-ID: <146974008.20130220045951@cypressintegrated.com> To: "Nikita Nefedov" In-Reply-To: References: <-1452447624906595030@unknownmsgid> <51240F9D.8020409@lerdorf.com> <591203797.20130219192444@cypressintegrated.com> <4995898.20130220030236@cypressintegrated.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc From: swhitemanlistens-software@cypressintegrated.com (Sanford Whiteman) > Classes always should be declared with class keyword, because there could > be ambiguity whether it's class, interface or trait. If only inner classes are allowed in a given PHP version, there's no ambiguity about whether "something{}" just inside a a class is an inner class. That's the justification for removing "function" just inside classes, isn't it? That it's not ambiguous because the only thing as of PHP.now that can take the form "sometype somevisibility something(){}" is a function? Well, if in PHP.later, the only thing that takes the form "sometype something{}" is an inner class, then leaving off the "sometype" there is also unambiguous (but also similarly gratuitous). And if in PHP.later.still you have inner interfaces, then the unmodified one still defaults to inner class and only a literal "interface something{}" is an inner intf. (I'm attempting a RAA argument but maybe failing....) -- Sandy | FigureOne Support Team