Good coding practices - Selecting “good” variable names¶
This course aims to introduce you to programming in Python, but also to good programming practices. These comprise practical tips based on practices used by professional programmers that help them write better programs that are easier to understand and share with others. To say it differently, there are many ways to learn to program, and we want to help you learn how to program the right way!
This week our good programming practice is about selecting “good” variable names.
Some “not-so-good” variable names¶
To illustrate the point, consider a few not-so-good examples below.
s = "101533"
sid = "101533"
Any idea what these variables are for? Of course not, the variables
sid are too short and cannot communicate what they should be used for in the code. You might think you know what they are for now, but imagine not looking at the code for a few months. Would you know then? What about if you share the code with a friend? Would they know? Probably not.
Let’s look at another example.
finnishmeteorologicalinstituteobservationstationidentificationnumber = "101533"
OK, so now we have another issue. The variable name
finnishmeteorologicalinstituteobservationstationidentificationnumber potentially provides more information about what the variable represents (the identification number of an FMI observation station), but it does so in a format that is not easy to read, nor something you’re likely to want to type more than once. The previous example was too short, and now we have a variable name that is too long (and hard to read as a result).
Selecting “good” variable names¶
A good variable name should:
- Be clear and concise.
- Be written in English. A general coding practice is to write code with variable names in English, as that is the most likely common language between programmers. Thus, variable names such as
muuttuja(which is also not a good name on other levels) should be avoided.
- Not contain special characters. Python supports use of special characters by way of various encoding options that can be given in a program. That said, it is better to avoid variables such as
lämpötilabecause encoding issues can arise in some cases. Better to stick to the standard printable ASCII character set to be safe.
- Not conflict with any Python keywords, such as
else. These are reserved for speical operations in Python and cannot be used as variable names.
With this in mind, let’s now look at a few better options for variable names.
Formatting “good” variable names¶
There are several possibilities for “good” variable name formats, of which we’ll consider two:
- pothole_case_naming uses lowercase words separated by underscores
_. This is our suggested format as the underscores make it easy to read the variable, and don’t add too much to the length of the variable name. As an example, consider the variable
temp_celsius. In the context of the examples above, we might rename our variable
fmi_station_id, which conveys all of the essential information we need, while remaining easy to read.
- camelCase or CamelCase uses capitalization of the first letter of words in a variable name to make it easier to read. In some cases the first letter of the variable may be capitalized. The variable
tempFahrenheitwas one example of camelCase. Again, if we consider the examples from the previous section, we might consider the variable name
stationIDif we elect to use camelCase.
As mentioned in point 1, pothole_case_naming is preferred, mostly because we feel it is the easiest to read and seems to be most common amongst Python programmers. We are happy with you using either option, as long as you are consistent in the use. It might take an extra second of thought, but could make a big difference in the ease of use of your programs!