Every name must be meaningful and clear. If names are not obvious, other developers (or your future self) may misinterpret what you were meaning.
Avoid using mental mapping to abbreviate names, unless the abbreviation is obvious or common.
Names should not be based on mental mapping, even worse without context.
Bad mental mappings
Take this bad example:
public void RenderWOSpace()
What is a WOSpace? Without context, readers won't understand its meaning. Ok, some people use WO as an abbreviation of without.
So, a better name is, of course:
public void RenderWithoutSpace()
Acceptable mappings
Some abbreviations are quite obvious and are totally fine to be used.
For instance, standard abbreviations, like km for kilometer.
public int DistanceInKm()
or variables used, for instance, in a loop:
for (int i = 0; i <; 100; i++){}
or in lambdas:
int[] collection = new int[] { 2, 3, 5, 8 };
collection.Where(c => c < 5);
It all depends on the scope: the narrower the scope, the meaningless (don't get me wrong!) can be the variable.
An edge case
Sometimes, a common (almost obvious) abbreviation can have multiple meanings. What does DB mean? Database? Decibel? It all depends on the context!
So, a _dbConnection
obviously refers to the database. But a defaultDb
, is the default decibel value or the default database?
Conclusion
As usual, clarity is the key for good code: a name, may it be for classes, modules, or variables, should be explicit and obvious to everyone.
So, always use meaningful names!
Happy coding!
π§
This article comes from Code4IT
Top comments (0)