Thoughts, tips, and tricks on software development. .NET | C# | Azure
23 May 2016
One of the signposts pointing to clean code is well-organized code files. Contrary to popular belief, aesthetics and organization are important when it comes to writing code, because having organized and structured code improves readability. A piece of code written once will get read multiple times, so it’s worth the time to put a little more effort into improving the code’s readability. In this post I will be sharing some tips on how to make more organized and readable.
We’ve all heard about this tip about keeping methods short. But how do we apply it? The trick is to think about responsibilities and naming.
When a method is long, it can be broken down by identifying bite-sized responsibilities that are part of the overall business logic but can stand on its own. Some examples of these operations are:
When you encounter long methods, look for operations that fall into the above categories and extract them out into new methods. Doing this has many benefits:
The traditional answer to the question of “when should I extract smaller methods” is “when it is reused or has the potential to be reused”. I disagree; for the purposes of making the code more readable, I believe that methods should be extracted even without the possibility of reuse.
The second tip is to alphabetize code. In a class, put the properties and methods in alphabetical order.
Here are some of the benefits of alphabetizing your code:
One useful tool in helping to alphabetize code is CodeMaid. CodeMaid is a free Visual Studio Extension that provides multiple code organizing capabilities. One of them is an alphabetize feature, which you can easily use by using a shortcut key combination (Ctrl + M + Z). Another useful one that I use often is its Cleanup command (Ctrl + M + Space), which removes unused
using statements and fixes whitespaces all in one go. You can find out more about the CodeMaid extension by going to www.codemaid.net.
Zombie code is any code that is commented out but is still included in the source. It is called “zombie” because even though it doesn’t affect the program and is “dead”, it feels as if the code is alive because it’s affecting us in a negative way. Seeing zombie code leads us to ask why the code was commented out instead of being removed entirely, what its purpose is, and if someone else is still on planning to use it.
Zombie code should be removed from the source code entirely. In case we need it back, we can take advantage of the History or Compare features of the source control program being used. When removing zombie code, I find it helpful to dedicate an entire code check-in / push to the effort and placing a helpful comment during check-in such as “removed zombie code”.
Keeping code organized promotes readability and maintainability. Some of the ways we can keep code organized are by using smaller methods, alphabetizing, and killing zombie code. Getting into the habit of writing clean code is essential in preventing or minimizing spaghetti code and making the code easier to change.
I hope you found this post useful. How about you, how do you keep your code clean and organized? Let me know in the comments below!