用于静态分析JSP的工具或过程是什么？

Question

我正在创建一个关于Java/JSP web应用程序(当然是遗留的;-)的初始、广泛的静态代码分析报告，以提高管理层对质量问题的认识。主要的Java代码是没有问题的，有很多可用的免费工具，例如PMD、Check样式、Classcycle等等。

但是JSP呢？我们的JSP中嵌入了大量Java代码(不幸的是)，需要对此进行分析。我可以使用什么工具或者需要遵循什么过程来静态地分析JSP？

• 我知道PMD 5包含JSP的新功能，值得探讨吗？
• 我可以以某种方式生成JSP的源Servlets，并使用基本的Java分析工具，如果是，那么获得JSP的Java源代码的最简单方法是什么？

Answer 1

正如henry正确指出的那样，JSP的一个很好的度量标准是“脚本代码行数”。这可以用一些正则表达式来完成。

我发现代码行与代码行(=LoC_Java/LoC_Html)的比率是最有表现力的:这个数字越小，越好。高达20 %或30%的比率看起来不错，但高于50%甚至大于1的值是坏。在我的分析中，我发现JSP的比率高达6(非常糟糕的)。

此外，页面指令的数量也提供了粗略的洞察力。由于这一数字主要是由进口引起的，因此，较高的数字表示高度耦合。

在PMD中也有类似的度量标准，这是JSP Ruleset的一部分。Is基于HTML页面分析，能够报告脚本数量、脚本长度、重复导入和编码问题以及普通的HTML反模式。

Answer 2

一个非常简单的度量可能适用于您的目的--“此jsp包含scriptlet”或“scriptlet代码的数量”，您应该能够将这些代码与grep或类似的代码拼凑在一起。

如果你向管理层推销时间来解决问题，那么这些细节是否会增加价值呢？

-编辑

一个快速的google建议您可以使用以下方法提取我前面为jsps建议的统计数据

http://www.semanticdesigns.com/Products/SearchEngine/

这是作为这个问题的答案

衡量JSP项目大小的好方法是什么？

Answer 3

我不想听上去很痛苦，但有什么好想摆脱的呢？

我认为(我可能错了)在JSP上获得代码质量度量并不是真正有用的，因为基础实际上是一个非常糟糕的实践。

就我个人而言，我会尝试投入任何资源或时间来研究如何将逻辑从JSP迁移到MVC或DCI框架。