MathGroup Archive 2010

[Date Index] [Thread Index] [Author Index]

Search the Archive

Re: Function and object naming conventions

  • To: mathgroup at
  • Subject: [mg106773] Re: Function and object naming conventions
  • From: Bill Rowe <readnews at>
  • Date: Sat, 23 Jan 2010 07:32:19 -0500 (EST)

On 1/22/10 at 5:38 AM, lshifr at (Leonid Shifrin) wrote:

>>I have seen one general recommendation to use all-lower-case for
>>functions, since Mathematica proprietary functions use initial caps.

>For functions, that's probably too restrictive given that
>Mathematica is a functional language and an average
>idiomatically-written Mathematica program is likely to contain many
>more functions than (global) variables. Many (myself included) find
>it convenient to use the "camel" notation, like <getAllWordsInText>.
>This can be partly motivated by the fact that this notation is used
>by Mathematica built-ins.  What matters is that the first letter is
>lower-case - this is enough to guarantee that you don't collide with
>a built-in.

What you write above is true. But I believe a more important
reason for camel case is readability of code. Contrast
alongvariablename with aLongVariableName

>For variables, it seems a common practice to use all-lower-case
>names, since there are typically not so many of them in any given
>function. I personally sometimes use camel notation also for
>variables, but I don't know how common this practice is.

My practice is similar. For short variable names that are also
local variables, I use lower case. For one line functions, the
variable name I use will most likely be a single lower case
letter. For longer names or global variables, I use camel case.

  • Prev by Date: Re: Mathematica gets stuck, only thing I can do is quit kernel
  • Next by Date: Re: Pagination when transferring Mathematica docs to PDF
  • Previous by thread: Re: Function and object naming conventions
  • Next by thread: Astrophysical Data Selection