内容简介：我们正在考虑编写静态分析仪来收集Clojure代码的软件指标.当然,它会处理诸如文件数量,功能,每个函数的参数等显而易见的东西.我想知道是否有任何针对Clojure代码的指标.有任何想法吗？代码日志版权声明：翻译自：http://stackoverflow.com/questions/5649559/specific-software-metrics-for-clojure-programs
我们正在考虑编写静态分析仪来收集Clojure代码的软件指标.当然,它会处理诸如文件数量,功能,每个函数的参数等显而易见的东西.我想知道是否有任何针对Clojure代码的指标.有任何想法吗？
平均而言 – 我认为软件指标是一个可疑的想法 – 他们通常会把您从“交付给客户的价值多少”的真正重要问题分散注意力.
话虽如此,我认识到他们在某些情况下可能是一个必要的邪恶,偶尔可以给你一些关于你的代码基础的有用的见解.
所以这里有一些可能是Clojure特定的.
>顶级定义的数量(可能表示为与总符号计数的比率)？
> Java耦合：与Java interop相关的符号的百分比(new,ClassName,.someMethod等) – 理想地将耦合限制在负责 Java 互操作的特定模块上,即除了管理互操作的库之外,应该保持低的％.
>函数defns的平均最大嵌套级别(我猜5,好,10坏？)
>宏密度：需要宏扩展的窗体的百分比
>具有文档字符串的函数的百分比
>％类型提示定义的符号或函数参数
>匿名函数的平均大小(这些应该可能很小！)
>使用clojure.core中的函数的百分比(给出一些“词汇范围”的概念和代码的复杂性)
(谢谢nickik！)创建的引用类型的数量(动态变量,原子,引用和代理) – 必要的,如果你想要保持对可变状态的仔细控制！
附：如果你得到这个工作,看到一些不同的开源项目的结果变化是非常有趣的！
代码日志版权声明：
翻译自：http://stackoverflow.com/questions/5649559/specific-software-metrics-for-clojure-programs
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
