在许多应用程序中,我经常使用专用子算法(或简单定义好的代码片段)的算法。
到目前为止,当我编写主算法时,我为每个子算法创建了一个私有(private)方法,如下例所示(OldStyle):
public class OldStyle {
public int mainAlg() {
int x = subAlg01();
int y = subAlg02();
int z = x * y;
return z;
}
private int subAlg01() {
return 3;
}
private int subAlg02() {
return 5;
}
}
这很好,但我不喜欢方法(subAlg01 和 subAlg02)的扩散,即使是私有(private)的,也只能由一种方法(mainAlg)使用。
最近我发现了本地内部类的使用,现在我的例子是(NewStyle):
public class NewStyle {
public int mainAlg() {
class Nested {
public int subAlg01() {
return 3;
}
public int subAlg02() {
return 5;
}
}
Nested n = new Nested();
int x = n.subAlg01();
int y = n.subAlg02();
int z = x * y;
return z;
}
}
我非常喜欢它,但现在我遇到了以下问题:如何使用 JUnit 测试 subAlg01 和 subAlg02?
顺便说一句:我正在使用eclipse。
感谢您的帮助。
编辑:我试图更好地解释:假设我有一个排序算法,我想测试它以确保它按预期运行。这种排序算法仅由 X 类的方法 m 使用。我可以将其设为 X 类的私有(private)方法,但 X 类通常与排序无关,那么为什么用排序方法“破坏”X 类呢?所以我把它放在方法 m 中。一段时间后,我想改进我的排序算法(我让它更快),但我想确保它的行为符合预期,所以我想用原始测试重新测试它。
这就是我想做的,也许没有解决办法,希望有人能帮助我。
选择答案后编辑。我选择了 Rodney 的答案,因为他的解决方案是我采用的解决方案:一个独立的助手类帮助我(它是一个助手!)清楚地了解子方法是什么,它还让我能够测试它们。
最佳答案
您应该只测试类的公共(public)接口(interface),而不是私有(private)成员或私有(private)内部类。私有(private)成员是实现细节,仅由类的公共(public)方法(直接或间接)使用。因此,您可以通过它们的调用者方法间接对它们进行单元测试。如果您觉得在这些单元测试中没有足够的粒度,或者您无法感知(某些)您感兴趣的结果,这可能表明您的设计存在问题:类可能太大,正在尝试做太多,因此它的一些功能可能需要提取到一个单独的类中,然后可以直接在其中进行单元测试。
在当前的例子中,如果内部类本身包含很多代码,你可以简单的把它变成一个顶级类,然后你可以直接对其方法进行单元测试。
(顺便说一句,如果你的内部类不需要引用封闭类实例,则它应该是 static
。)
关于java - 如何在java中测试本地内部类方法?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3353318/