Check out the series introduction post for a list of all the birds and their attack powers.
White Bird Attacks
In this post we will take a look at the White Bird who appears to be seemingly harmless, but when it pulls out it's strict coding style and bursts of quality checks the hogs are sure to squeal. Slowly, one by one, the birds will take back what it theirs to keep!
What Was Stolen by the Pigs?
The birds all learned how to program in a slightly different way. Some birds were self-taught and some birds went to college for computer science. Even among those groups there were a wide range of experiences and talent. When the birds got together to build their first large application it was a huge disaster. Each bird thought their coding standard was the "right way" and it started to become an issue. One day a wise White Bird came along and suggested that they come up with a common set of coding practices to follow. In addition, the White Bird introduced a few tools to help them conform to a standard and to help find issues and concerns early before they became a huge issue later.
However, during a recent invasion the pigs stole the birds' coding standards document and their code quality tools! As a result, one of the White Birds has been tasked to reclaim what has been stolen. He will use his overwhelming power of quality to help destroy the pigs in order to take back what is theirs.
There are many coding standards out there to choose from. The most important thing is that you pick one and stick to it. If you are working with a team, they should also agree on some standard. If you can't find a standard you exactly agree on, then find one that is close and make some exceptions.
By doing so you'll find that...
- A developer will be able to make sense of other code more quickly
- Merges in your code repository won't be as awful
- Having a standard will actually reduce defects
- The codebase will feel more unified
- Disagreements about who is "right" will lessen
- ... insert your benefit here ...
Here are some of the coding standards that I am aware of...
A linter is a tool that helps find errors and possible issues with your code. In many cases it can help enforce whatever coding standard you chose from the above list.
Some of the standard checks that JSHint can verify include...
- The use of
- Using variables that aren't defined
- Declaring variables that are never used
- Declaring functions inside of loops
- And lots more...
For a full list of options see the JSHint Docs.
Some of the more recent additions that I've really enjoyed include:
maxcomplexity- Maximum cyclomatic complexity (see following Wikipedia quote)
maxstatements- Maximum number of statements allowed in a function
maxparams- Maximum number of parameter allowed in a function
maxdepth- Maximum depth allowed in a function
maxlen- Maximum length of line in code
"The cyclomatic complexity of a section of source code is the count of the number of linearly independent paths through the source code." --http://en.wikipedia.org/wiki/Cyclomatic_complexity
The following errors are generated by JSHint after running it against the above code snippet.
Thankfully you don't have to run JSHint from the website every time to check your code. There are several ways to integrate it into your code editor of choice:
- VIM Plugin (jshint.vim)
- Sublime Text 2 Extension (Sublime Linter)
- TextMate Bundle (JSHint TextMate Bundle)
- Visual Studio Web Essentials
- Eclipse IDE (JSHint Integration)
In the Mighty Eagle post we'll talk about another way to use the JSHint from the command line and automatically.
Code linting is great, but sometimes it is nice to get a high level overview of your codebase and then be able to drill down and analyze small portions of your application.
Thankfully there is a tool called Plato that will analyse your code and provide a visual report where you can view the complexity of your application. The tool runs in Node and you can install it using
npm install plato -g.
Once installed you can run the tool on the command line by
plato -r -d report myDirectory, which will recursively analyse the code in the
myDirectoryfolder and export the results to the
If you drill into one of the particular files from above you'll see a view that looks like the following. The nice part about this report is that it breaks down each function into complexity and lines of code in a way that is easy to grasp. You can quickly jump to various parts of the file to review the concerns the tool is identifying.
You can view the above jQuery Report from Plato's GitHub repository.
space barto launch the White Bird and you can also use the arrow keys.
Front-end web applications can get complicated quickly. If your developers aren't all on the same page then things can fall apart in a heartbeat, especially on a large project. Having a unified coding standard and implementing some tools to help find issues before they become a problem can really help to make your project a success.
There are many other front-end architecture techniques that have been stolen by the pigs. Tune in next time as the next Angry Bird takes its revenge! Dun, dun, daaaaaaa!