怎么善用SourceMonitor+Astyle让代码维护者不再骂娘，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
什么样的代码最想让你骂娘，是这样的，代码层层嵌套
或者是这样的密密麻麻，舍不得多一行免费空格
又或者是那种又臭又长的代码呢？
代码除了用来运行外，还有很重要的就是阅读，给自己阅读，或者给他人阅读，如果几个月后你自己都看不下去自己以前写的代码，呵呵…
爱美之心，人皆有之。漂亮的代码，也是我们程序猿的追求，它不仅能够完成要求的功能，而且还要整齐，有条理，易于理解。
漂亮的代码能够增强可读性，同时也减弱了出错的概率。最关键的一点，漂亮的代码不会被骂娘。
具体来说，漂亮的代码通常：
1. 代码缩进
2. 分支语句嵌套的层数较少
3. 每个函数的代码行数不会太多
4. 变量的命名有统一的风格
5. 文件命名有统一的风格
6. 注释有统一的风格
如此等等，这些都是实践中总结出来的结晶。也许你也注意到了，这些东西不就是编程规范吗？确实是如此。为了写出漂亮的代码，很多公司都会有自己的编程规范。
某些公司，还会对编程规范进行考试，足见其重视程度。
作为一个狂放不羁的男子，我写代码从来不回头，怎么可能管你什么代码风格。尤其个人偏爱Linux，代码风格也是Linux的。对于一些非Linux代码风格的项目来说，在写完代码后，难道让我对着编程规范将函数内的大括号一个一个单独一行？
我需要一键格式化，就让我的代码风格由Linux变成GNU风格，变成JAVA风格。在我不高兴的时候，还能瞬间变回来。
我需要的就是 AStyle –支持”魔法换肤”,一键变换代码风格,堪称编码界的美图秀秀。
AStyle（Artistic style），可以集成到Eclipse，VS,SourceInsight等工具中，对代码进行格式化、规范风格。AStyle默认支持Linux，ANSI,GNU,JAVA等风格，也支持自定义风格。
当不同编码风格的程序员为一个项目共同贡献代码时，特别项目周期紧张时期，经常会出现各式各样的代码导致极低的可读性和可维护性。这个时候AStyle就能很好的解决这个问题。
对于我这样的懒人来说，不用去管代码缩进，将精力花在更重要的地方，就是一种减负。
解决了代码风格后，是否就可以算做漂亮的代码了呢？
要知道再漂亮的衣服穿到胖子身上，也漂亮不到哪去（阿门，原谅我吧）。对于代码来说，符合代码风格只是第一步，漂亮的代码还要易于理解。让人容易理解的话，单个函数的代码行就不能太长，嵌套层数就不能太多，分支条件判断不能太多。这些工作不是代码风格能解决的。我们需要能够自动检查代码质量的工具-SourceMonitor。
SourceMonitor是一款代码质量检查的软件。能够检查文件中函数的个数，每个函数的代码行数，注释比例，函数的调用深度，圈复杂度等。
其中需要最关键的是每个函数圈复杂度和每个函数的代码行数。圈复杂度是指函数中可独立执行的路径，因此函数中每出现一次if/else/while,switch/case/break等,圈复杂度就加1.圈复杂度越高，说明函数中可执行的路径越多，也就越复杂。超过一定值如(15或者10)以后就要考虑能否将函数重构了。此外一个函数的代码行数如果太长，不能一屏显示的话，不容易让人记住和理解，也需要对该函数进行提炼。
利用SourceMonitor找出需要重构或提炼的函数后，难道又要我手工重构吗，有没有重构的工具呢？全自动的目前还没见过，如果有同学见到，请留言。相比来说，半自动的重构工具还是比较多的，Eclipse中就有一个重构菜单，提供函数提炼，变量或方法重命名等不少基础的重构功能。
Eclipse的半自动的重构能减少人工重构的错误，降低开发人员所耗费的精力，这也是为什么一个我作为C/C++程序员越来越喜欢Eclipse的原因。
回到最开始的话题中，我觉得想骂娘的代码无非有两种，一种是难用，一种是难看。
代码难用，这个问题比较深奥，本文没有讨论。
代码难看，可以通过格式化使程序变得美观，通过SourceMonitor识别代码中的坏味道,利用Eclipse半自动重构等方式使程序变得已读。
我相信，通过这样处理后的代码至少看上去是不会再被骂了。
关于怎么善用SourceMonitor+Astyle让代码维护者不再骂娘问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注创新互联行业资讯频道了解更多相关知识。
