Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:6227
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <3FD06B02.30400@php.net>
Date: Fri, 05 Dec 2003 12:24:50 +0100
Reply-To:  hartmut@php-groupies.de
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031110
MIME-Version: 1.0
To:  internals@lists.php.net
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: moreUselessArguments?
From: hartmut@php.net (Hartmut Holzgraefe)

two more things that i don't remember from the previous fla^H^H^Hthread
(mentioned here for completeness)

pro Caps:

for the member function names themselves i still think that
underscores improve readability, but when seen in the complete context

   $object->method_name, $object_method->name and $object->method->name

look rather similar while

   $object->methodName, $objectMethod->name and $object->method->name

don't

(this is even worse in java where you use . instead of -> )

i think this argument has way more substance than the "tradition" one ...


contra Caps:

PHP 5 may now be case preserving but other tools we use
aren't. Especially the docbook toolchaings we use for manual generation
lowercase all identifiers when creating HTML files (to cooperate with
case insensitive file systems)

OTOH we also have issues with underscores here as some older SGML
tools do support '-' but not '_' in id attributes and the case that
we have methods like "foobar" and "fooBar" that would be rendered to
the same filename is not that likely anyway ...






-- 
Hartmut Holzgraefe  <hartmut@php.net>