Re: camelCase on Exception methods?

From: Date: Fri, 07 Dec 2012 01:06:56 +0000
Subject: Re: camelCase on Exception methods?
References: 1 2  Groups: php.internals 
Request: Send a blank email to internals+get-64190@lists.php.net to get a copy of this message
On Thu, Dec 6, 2012 at 4:57 PM, Sherif Ramadan <theanomaly.is@gmail.com>wrote: > On Thu, Dec 6, 2012 at 7:34 PM, Kris Craig <kris.craig@gmail.com> wrote: > >> Hey guys, >> >> Please forgive me if this has already been addressed, but could somebody >> tell me why all the methods for the Exception class are in camelCase? I >> don't want to wade too deeply into the "consistency vs. BC" rabbit hole >> here, but I'm just wondering what the general consensus is on this right >> now. >> >> http://php.net/manual/en/class.exception.php >> >> >> Thanks! >> >> --Kris >> > > > This seems to be the case for pretty all classes I can see in core with > the exception of MySQLi (being that it tried to mimic the old mysql > functions). Obviously, class/method/function names are all case-insensitive > throughout PHP itself, but the documentation seems to be consistent in the > use of camel case. > > The following class methods are all documented in camel-case throughout > the docs: > > Exception > ExceptionError > DateTime > DateTimeZone > DateInterval > PDO > PDOStatement > (All of the Intl classes) > Collator > NumberFormatter > Locale > Normalizer > MessageFormatter > IntlDateFormatter > ResourceBundle > SpoofChecker > Transliterator > tidy > tidyNode > Phar > PharData > PharFileInfo > PharException > DomDocument (and friends) > > > Not an exhaustive list, but just at first glance. > > Ahh ok, that answered my question! I never really noticed that until now for some reason.... Thanks! --Kris

« previous php.internals (#64190) next »