I’ve been trying an experiment - having integrated StyleCop into my build scripts (using StyleCop.cmd), I’ve been working to reduce the number of violation messages that it reports.

The key is that I haven’t spent very much time making changes just to keep StyleCop happy - rather, I’ve been continuing development as normal, writing code, fixing bugs and so on, but with half an eye on StyleCop’s metrics.

In effect, I’ve been letting StyleCop train me into a few new habits, habits that I believe improve the maintainability (long term viability) of my code.

Increasingly, I’m finding that my new code has few (if any) new issues reported by StyleCop, with negligable overhead.

I guess this is similar to the way that the C# compiler has trained me to write code that is warning free. Perhaps I should roll FxCop into the mix as well. ;-)

Comments

blog comments powered by Disqus
Next Post
StyleCop Cmd Updated  27 Jul 2008
Prior Post
Intersect and Except  24 Jul 2008
Related Posts
Browsers and WSL  31 Mar 2024
Factory methods and functions  05 Mar 2023
Using Constructors  27 Feb 2023
An Inconvenient API  18 Feb 2023
Method Archetypes  11 Sep 2022
A bash puzzle, solved  02 Jul 2022
A bash puzzle  25 Jun 2022
Improve your troubleshooting by aggregating errors  11 Jun 2022
Improve your troubleshooting by wrapping errors  28 May 2022
Keep your promises  14 May 2022
Archives
July 2008
2008