Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50653 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40009 invoked from network); 28 Nov 2010 14:29:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Nov 2010 14:29:17 -0000 Authentication-Results: pb1.pair.com header.from=james.butler@edigitalresearch.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=james.butler@edigitalresearch.com; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain edigitalresearch.com does not designate 217.154.180.62 as permitted sender) X-PHP-List-Original-Sender: james.butler@edigitalresearch.com X-Host-Fingerprint: 217.154.180.62 analysis.edigitalresearch.com Linux 2.6 Received: from [217.154.180.62] ([217.154.180.62:37698] helo=mail.edigitalresearch.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 89/D2-16104-B3762FC4 for ; Sun, 28 Nov 2010 09:29:16 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.edigitalresearch.com (Postfix) with ESMTP id BE1941C83BA; Sun, 28 Nov 2010 14:29:10 +0000 (GMT) X-Virus-Scanned: amavisd-new at edigitalresearch.com Received: from mail.edigitalresearch.com ([127.0.0.1]) by localhost (mail.edigitalresearch.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6atE2oMRF+M7; Sun, 28 Nov 2010 14:29:10 +0000 (GMT) Received: from zarafa.localdomain (unknown [10.0.0.20]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.edigitalresearch.com (Postfix) with ESMTPS id 128281C83AB; Sun, 28 Nov 2010 14:29:10 +0000 (GMT) Received: from zarafa.edigitalresearch.com (zarafa.edigitalresearch.com [10.0.0.20]) by zarafa.localdomain (Postfix) with SMTP id 12ED3100BBF; Sun, 28 Nov 2010 14:29:08 +0000 (GMT) To: =?windows-1252?Q?"Daniel_Convissor"?= Cc: =?windows-1252?Q?"PHP_Internals_List"?= Date: Sun, 28 Nov 2010 14:29:08 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Mailer: Zarafa 6.40.2-22452 Message-ID: Subject: Re: [PHP-DEV] RFC: Making T_FUNCTION optional in method declarations From: james.butler@edigitalresearch.com (=?windows-1252?Q?James_Butler?=) Is this going to make it harder for newbies to pick up OOP from a code readability point of view when they look at other people's and framework's code=3F Also my IDE autocompletes it for me (maybe I'm being lazy here) so I don't see the overhead as being too onerous ( my personal view though) -- James Butler Sent from my iPhone On 28 Nov 2010, at 14:02, "Daniel Convissor" wrote: > Hi Again: >=20 > On Sat, Nov 27, 2010 at 08:43:40PM -0500, Daniel Convissor wrote: >>=20 >> Not that my vote really counts, but -1. Doing so would eliminate the=20 >> helpful ability to grep source code for 'function bar'. >=20 > It also will trip up the multitude of PHP IDE's and editors. Plus it=20 > reduces code portability. All for saving us making a typo and having to=20 > write "function"=3F >=20 > --Dan >=20 > --=20 > T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y > data intensive web and database programming > http://www.AnalysisAndSolutions.com/ > 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409 >=20 > --=20 > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >=20