我想知道是否有可能测试依赖于静态最终字段的某种类?例如,我有以下类:
public final class Foo
{
private static Foo instance;
public static final String BAR_FILE = "/usr/bin/bar.bar";
private Foo()
{
loadBar();
}
public static synchronized Foo getInstance()
{
if (instance == null)
{
instance = new Foo();
}
return instance;
}
private void loadBar()
{
final Properties prop = new Properties();
try
{
final FileInputStream fis = new FileInputStream(BAR_FILE);
prop.load(fis);
fis.close();
}
catch (final IOException ex)
{
System.out.println("Exception!");
}
}
}
那么如果BAR_FILE是硬编码的并且等于某些unix风格的路径,我如何在Windows上测试getInstance()
(我知道没有什么可以测试,但这只是一个例子)方法。我试图通过反思改变这个领域,但没有运气,而且,根据this讨论,它甚至不可能。任何帮助表示赞赏!
答案 0 :(得分:0)
将业务逻辑与构造逻辑分开。你的班级不应该关心它是如何创建的,把它留给工厂或DI框架。
使用DI框架非常简单:
@Singleton
public final class Foo {
public Foo(String fileName) { loadBar(fileName);} // Use in tests
public Foo() { loadBar(DEFAULT_FILENAME);}
private void loadBar(String file)
{
// SNIP
}
}
public class ThingieThatUsesFoo {
public ThingieThatUsesFoo(Foo foo) { ... } // The DI framework (Guice/Spring) will handle the details of WHAT gets injected.
}
使用工厂需要更多努力,但不是很多。
// You could make FooFactory a singleton if that is your thing.
public class FooFactory {
private Foo fooInstance = new Foo();
public Foo getFoo() {
return fooInstance;
}
public void setFooForTestingOnly(Foo fooInstance) { ... } // Set this to a mock or what have thee when testing clients.
}
在这两种情况下测试Foo的客户端很简单,因为你可以注入一个模拟和测试Foo更容易,因为你现在可以设置文件读取(如果你想聪明不传入文件而是读者或InputStream)。