设置场景 - 我在那些喜欢估计和跟踪几乎所有事情的行业之一工作。我们的关键指标之一是 SLOC(源代码行 - 声明性和可执行语句)。我们将其用于项目规模和成本估算、项目规划和许多其他事情。我们尝试用它来比较苹果和苹果(即,我们不会将一种语言/领域的 SLOC 与另一种语言/领域的 SLOC 进行比较)。 注意:我们不会根据这个指标评估单个开发人员,也不会仅仅因为 SLOC 与预期的不同而将其称为错误或坏事。然而,我们确实认为一个项目有更多的 SLOC,也可能有更多的错误。
就在最近,我开始在项目中使用库来代替原本需要手动编码的组件——例如 JSF 代替 JSP,Hibernate 代替 JDBC 等等。所以......而不是编写代码行,我们的团队正在开发 XML 文件。XML 映射仍然需要付出努力,并且复杂性之间仍然存在模糊的相关性 - 在给定项目中拥有多 100 倍的这些 XML 配置文件可能表明它需要更多的努力来创建并且可能比仅具有的项目更复杂的调试XML 文件的 1/100。
那么......有人对测量这些 XML 配置文件的大小有什么建议吗?# 元素?# 元素 + # 属性?别的东西?