关于这个问题:“Remove unused references (!= "using")”,我想知道是否有一个工具可以从Visual Studio解决方案中删除未使用的类,结构,委托等。
情境:
我有一个无组织的Visual Studio解决方案,它包含1000个:
有没有任何机制可以让我轻松删除多余的代码文件,而不是通过点击“查找所有引用”并确定代码是否在某处使用来浏览每个文件?
示例:
//This class contains a method called getRandomValue which returns type RANDOM
public class NativeMethods
{
[DllImport("random.dll")]
public static extern RANDOM getRandomValue();
}
//This is the RANDOM object as referenced by getRandomValue();
[StructLayout(LayoutKind.Sequential)]
public struct RANDOM
{
uint a;
uint b;
uint c;
}
//This is redundant since nothing is referencing it.
[StructLayout(LayoutKind.Sequential)]
public struct MESSAGE
{
IntPtr sender;
IntPtr recipient;
char[] mText;
}
自我注意:
我的直觉是,这将是棘手的,因为与Java不同,对象名称不必与文件名相同,并且多个对象声明可以驻留在单个文件中,但是在此实例中(我的场景)每个对象都在其自己的文件中声明(具有相同的名称)。
答案 0 :(得分:17)
答案 1 :(得分:12)
您可以使用多种工具来执行此操作:
FxCop只会找到未使用的内部和私有代码。当然,如果你确定只公开暴露需要在程序集外部访问的代码,那么这应该是很好的。
答案 2 :(得分:0)
正如@Ergwun指出的那样,工具NDepend可以帮助找到未使用的方法,字段和类型。
为了详细说明,NDepend建议写Code Rule over LINQ Query (CQLinq)。建议大约200 default code rules,其中3个专门用于未使用/死代码检测
基本上这样一个检测未使用方法的规则如下:
Application
但是这条规则很幼稚,会带来琐碎的误报。在许多情况下,一个方法永远不会被调用但它没有被使用(入口点,类构造函数,终结器......)这就是为什么3个默认规则更精细:
NDepend在Visual Studio 2017,2015,2013,2012,2010中集成,因此这些规则可以是checked/browsed/edited right inside the IDE。该工具还可以集成到您的CI流程中,它可以构建reports,显示违反规则和罪魁祸首的代码元素。 NDepend还有VS Team Services extension。
如果单击上面这三条链接指向这些规则的源代码,您会看到有关类型和方法的链接有点复杂。这是因为它们不仅检测未使用的类型和方法,还检测未使用的死类型和方法(递归)仅使用 的类型和方法。
这是静态分析,因此规则名称中的前缀可能。如果代码元素仅通过反射 使用,则这些规则可能会将其视为未使用,而不是这种情况。
除了使用这三条规则外,我还建议通过测试来测量代码覆盖率并努力实现全面覆盖。通常,您会看到测试无法覆盖的代码实际上是 unused / dead 代码,可以安全地丢弃。这在复杂的算法中尤其有用,因为不清楚代码的分支是否可达。
免责声明:我为NDepend工作。