The distribution of size of units (measured in lines of code).
- Unit size measurements show the distribution of size of units of code (methods, functions...).
- Units are classified in four categories based on their size (lines of code): 1-20 (small units), 20-50 (medium size units), 51-100 (long units), 101+ (very long units).
- You should aim at keeping units small (< 20 lines). Long units may become "bloaters", code that have increased to such gargantuan proportions that they are hard to work with.
Learn more...
- To learn more about unit size, the Sokrates recommends the following resources:
- Function Length, MartinFowler.com
- "If you have to spend effort into looking at a fragment of code to figure out what it's doing, then you should extract it into a function and name the function after that 'what'."
- Stack Overflow Discussion on Unit Size, stackoverflow.com
- "Use common sense, stick to small function sizes in most instances but don't be dogmatic about it if you have a genuinely good reason to make an unusually big function."
- Coding Smells, codinghorror.com
- "All other things being equal, a shorter method is easier to read, easier to understand, and easier to troubleshoot. Refactor long methods into smaller methods if you can."
- Clean Code: A Handbook of Agile Software Craftsmanship, by Robert Martin
- "The first rule of functions is that they should be small. The second rule of functions is that they should be smaller than that. Functions should not be 100 lines long. Functions should hardly ever be 20 lines long."
- There are 0 units with 0 lines of code in units (0.0% of code).
- 0 very long units (0 lines of code)
- 0 long units (0 lines of code)
- 0 medium size units (0 lines of code)
- 0 small units (0 lines of code)
- 0 very small units (0 lines of code)
Unit | # lines | McCabe index | # params |