I think that there are two ways to look at the issue that John raised.

One, is a cosmetic change, that would add a bit of bloat to classes, and 
retain another name in them.  Allowing access to it using some specialized 
function (get_beautiful_class_name() or something like that).

The other, is a more fundamental change, and it is to change PHP to be case 
dependant.  PHP 4.0 follows the standard set by PHP/FI 2.0 (or earlier), 
and maintains case sensitivity for variable names, but not function names 
or class names.  IMHO, there's very little reason for this inconsistency, 
and PHP would have been better off with full case sensitivity across class 
names, function names and variable names.  It would also improve 
performance fairly significantly.

IMHO, in a compatibility breaking upgrade, we should look into defaulting 
to case sensitivity, while allowing case insensitivity as a non-default option.


PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Reply via email to