对java Mock文件的建议（模拟java.io.File）

有没有人有java模拟File对象的建议？我使用的是需要获取java.io.File对象作为参数的第三方类。我通过webservice（也是他们的产品之一）在流中接收此文件的数据。

一种解决方案是将所有这些数据写入文件并将其提供给类。这是一个我不喜欢的解决方案：它消除了使用Web服务而不是仅下载文件的优势。

更快更有效的方法是将内存中的数据放入Mock文件中，并将此Mock文件提供给第三方类。

它可能必须是一个扩展java.io.File的MockFile，并覆盖与硬盘上的文件实际连接的所有函数。

我知道第三方应该使用流作为输入参数而不是文件。但是，这超出了我的影响范围。

这只是基于我对您的问题的理解的建议。我相信，你必须做这样的事情，

public void doSomething(){ //Pre processing Object result=new ThirdPartyCode().actualMethod(file); //Post processing }

从unit testing的角度来看，模拟对象更有意义。你的目标不是unit testing第三方库函数。它是unit testingdoSomething（）方法。所以可能你可以围绕第三方function创建一个包装器。可能是这样的，

 public class Wrapper implements MyWrapper{ public Object invokeThirdPartyFunction(File file){ new ThirdPartyCode().actualMethod(file); } }

现在，您可以创建一个模拟包装器（实现相同的接口），并为所有junit情况使用此模拟包装器。

被测试的类只查询模拟文件的名称，属性等，还是实际上是否尝试打开文件？

在前一种情况下，您可以使用例如EasyMock或等效的模拟框架轻松创建模拟。

后一种情况比较棘手，我担心如果输入流是由类内部创建的，除了在HD上实际创建一个真正的测试文件之外别无选择。

您可以使用基于ASM的类加载器加载第三方代码，该类加载器将java.io.File映射到您自己的“假”实现。这是一项工作，需要仔细执行…例如，您还需要映射FileInputStream等。

您不使用文件（或unit testing中的任何外部依赖项）。除了使用模拟之外，您的方法将导致有问题的测试。有关更多信息，请参阅此javaranch文章