[Python-Dev] req: Software Carpentry / coding standards
Greg Stein
gstein@lyra.org
Tue, 6 Jun 2000 12:04:25 -0700 (PDT)
On Tue, 6 Jun 2000, Greg Wilson wrote:
> > > Tim Peters:
> > > http://www.python.org/doc/essays/styleguide.html
>
> > On Tue, 6 Jun 2000, Christopher Petrilli wrote:
> > The only thing that might be added (I haven't looked in a while, but
> > didn't see it last time I did), is some naming convention issues. I
> > follow pretty standard Smalltalk guidelines:
> >
> > - No '_', use camelCase for seps
>
> I know this is become common practice, but I've been told by two different
> HCI specialists that studies have shown CamelBackNotation to be harder for
> non-native speakers to read than underbar_separated_text, particularly
> when acronyms are part of the name. If anyone has a pointer to an
> original reference for this, I'd be grateful.
Actually, the "camel case" for identifiers is not a standard Python style.
I've seen three forms:
- no separator or case usage (e.g. getattr())
- mixed case
- lower case with underscores
Chris' other points: upper-case-initial classes and lower-case-initial
methods are *definitely* standard.
Globals are a bit different. I don't think it is standard to capitalize
them as Chris mentioned (they might look like classes in that case). There
isn't much of a standard there.
Definitely another point is the use of "_" for the initial character to
signify "private -- don't touch"
Cheers,
-g
--
Greg Stein, http://www.lyra.org/