Code Smell 65 - Variables Named After Types
Names should always indicate role.
Design for Change
Coupling to accidental implementation
- Rename your variable according to the role.
This is a semantic rule. We can instruct our linters to warn us from using names related to existing classes, types o reserved words since they are too implementative.
The first name we can across is related to an accidental point of view. It takes time to build a theory on the models we are building using our MAPPERS. Once we get there, we must rename our variables-
This idea came from this tweet
Types are essentially assertions about a program. And I think it’s valuable to have things be as absolutely simple as possible, including not even saying what the types are.
This article is part of the CodeSmell Series.