C/C++代码的编码和命名约定测试

GNU indent

google's cpplint ,这将检查 style guide

我个人认为,彻底的检查和人们遵守某些约定的承诺是确保代码“正确缩进”和变量命名一致的更好方法。也许你可以像谷歌那样投资制作一份文档,描述可接受风格的细节,让你公司的人接受并坚持下去。

为什么人类比剧本更好?答案很简单:人们以后必须处理代码, 关于他们写的东西。变量名,如 i 作为一个剧本是可以的,但是如果是一个剧本的话,就不会从我的眼睛里溜走 clientCount ,它应该被恰当地命名,这样做的脚本可能很快就会接管世界

Universal Indent 在一个漂亮的GUI中包装了大量的缩进工具。如果有什么适合你的话,很可能包括在内( Here

还有其他工具检查其他东西:

用于安全和其他物品的皮棉。

• http://en.wikipedia.org/wiki/Lint_programming_tool
• splint -在我工作场所的一个项目中使用(但我不知道任何细节)

Krazy . 这是一个有点麻烦,找到,下载和得到它去,因为它是隐藏在KDE源代码树(质量保证子目录。。。某处)。但一旦开始工作就很酷了。它检查各种可爱的东西。像未使用的Qt头。字符串利用率不高。缺少用户可见字符串的tr()语句、奇怪的迭代构造、点。

不用说,所有提到的工具都是可定制的。

基本上,就是别人说的。但我能指出:

• 所有功能都记录在案。

真的不能用工具检查-它需要人的眼睛和理解。我想我们都见过这样的事:

//-------------------------------------------------------------
// Name: foo
// Purpose: 
// Returns: integer
//-------------------------------------------------------------

换言之,样板文件“文档”告诉你比什么都没有。这种事情只有通过代码审查才能根除。

如果你有很多钱,你应该退房 Klocwork 需要设置和维护的工作,但非常强大。

我使用ScIOOLS制作的4 C++。它附带了perl和C api。但是我为它编写了一个托管API。 此工具允许您扫描源代码并进行分析,就像反射对本机代码所做的那样。它可以很好地让你得到你的变量,类等的名称。。。我个人使用这个API编写了很多静态分析工具。 尤其是

http://www.scitools.com/ 我的托管包装器: http://understandapi.codeplex.com/