Java DI的部分模拟？
对于我的上一个Java项目，我对所有类进行了单元测试。每个类都有自己的接口和实现（即Person和PersonImpl）。类仅通过接口相互交互，我使用mock独立于其他类测试每个类。它最终真的很痛苦，因为它破坏了我的EclipseCtrl+click导航，因为每个方法调用都是在一个接口上调用的。每次我创建一个对象时都必须创建和传递依赖工厂，这也会使业务代码变得有点混乱，而该对象创建依赖关系是非常好的（除了测试之外）。我偶然发现了另一种依赖注入形式，它似乎可以解决这两个问题，我想知道是否有人能告诉我为什么这不是一个好主意 这里有一个简单的，人为的非现实的例子。。。假设文件和文件工厂是接口 接口基本构造函数DIJava DI的部分模拟？,java,unit-testing,dependency-injection,mocking,mockito,Java,Unit Testing,Dependency Injection,Mocking,Mockito,对于我的上一个Java项目，我对所有类进行了单元测试。每个类都有自己的接口和实现（即Person和PersonImpl）。类仅通过接口相互交互，我使用mock独立于其他类测试每个类。它最终真的很痛苦，因为它破坏了我的EclipseCtrl+click导航，因为每个方法调用都是在一个接口上调用的。每次我创建一个对象时都必须创建和传递依赖工厂，这也会使业务代码变得有点混乱，而该对象创建依赖关系是非常好的（除了测试之外）。我偶然发现了另一种依赖注入形式，它似乎可以解决这两个问题，我想知道是否有人能告诉
public class Logger {
private File file;
public Logger(FileFactory fileFactory, String fileName) {
file = fileFactory.create(fileName);
file.createNewFile();
}
public void debug(String message) {
file.append("[debug] " + message);
}
public void error(String message) {
file.append("[error] " + message);
}
}
public class Logger {
private File file;
public Logger(String fileName) {
file = createFile(fileName);
file.createNewFile();
}
public void debug(String message) {
file.append("[debug] " + message);
}
public void error(String message) {
file.append("[error] " + message);
}
public File createFile(String fileName) {
return new File(fileName);
}
}
在第二个示例中，没有接口或工厂，类之间的关系被保留，因此我可以按住ctrl键并单击“createNewFile（）”或“append”。在编写测试时，我可以使用Mockito对这个类进行部分模拟，并指示它为“createFile（String）”返回一个模拟文件，因此我仍然可以在测试期间注入依赖项。我认为这样做有好处。我不太喜欢java，但我知道C#中的DI，所以我想我可以帮点忙 首先，读一下这个。我问过要测试什么，为什么要进行模拟。希望这个问题能给出进行单元测试的一般思路 对我来说，在模拟对象中应该做什么：
public File createFile我对java不太感兴趣，但我知道C语言中的DI，所以我想我可以帮点忙 首先，读一下这个。我问过要测试什么，为什么要进行模拟。希望这个问题能给出进行单元测试的一般思路 对我来说，在模拟对象中应该做什么：
public File createFile