Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:50659
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain nebm.ist.utl.pt from 193.136.128.21 cause and error)
Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes
To: internals@lists.php.net
References: <1290879624.7033.826.camel@guybrush>
 <AANLkTinp+QsgqM7rRUcC-RmrMYbgxQHc+DBiPUUxvq_y@mail.gmail.com>
Date: Sun, 28 Nov 2010 15:14:00 -0000
MIME-Version: 1.0
Content-Transfer-Encoding: Quoted-Printable
Organization: =?utf-8?Q?N=C3=BAcleo_de_Eng=2E_Biom=C3=A9di?=
 =?utf-8?Q?ca_do_IST?=
Message-ID: <op.vmvy9m0kidpuyk@cataphract>
In-Reply-To: <AANLkTinp+QsgqM7rRUcC-RmrMYbgxQHc+DBiPUUxvq_y@mail.gmail.com>
User-Agent: Opera Mail/10.63 (Win32)
Subject: Re: [PHP-DEV] RFC: Making T_FUNCTION optional in method declarations
From: glopes@nebm.ist.utl.pt ("Gustavo Lopes")

On Sun, 28 Nov 2010 14:58:13 -0000, David Otton  =

<phpmail@jawbone.freeserve.co.uk> wrote:

> 2010/11/27 Johannes Schl=C3=BCter <johannes@schlueters.de>:
>
>> Without T_FUNCTION token. In my opinion an access modifier /public,
>> private protected, static, final) should still be required for keepin=
g
>> readability.
>
> As a plea on behalf of maintenance coders dealing with large, messy
> codebases, please, please don't impact our ability to run 'grep -rs
> "function functionName" *', or hit F8, or whatever your IDE's
> equivalent is.
>

IDEs would not be a problem, they would certainly be updated to locate  =

definitions under the new syntax. As to grep, surely you could use anoth=
er  =

regular expression, perhaps egrep -rs "(public|function) functionName" o=
r  =

something similar.

This seems like a false problem, it's not like it's hard to locate  =

definitions in C or Java codebases...

-- =

Gustavo Lopes