我将测试一个以java.net.NetworkInterface
列表作为参数的方法,因此我应该模拟最终的抽象类或实例化它。
有关这样做的想法吗?
方法是这样的:
public void handleInterfaces(List<NetworkInterface> interfaces){
for(NetworkInterface interface : interfaces){
//get interface mac address
//get interface name
//doSomething here;
}
}
为每个getter方法编写一个mockito-when有点难看,所以我想我应该用构造函数编写我自己的这个POJO类的版本。在此之前,我想知道是否有更好的方案来做这样的事情:
NetworkInterface mockedInterface = instantiateTheInterface("eth1",192.168.1.1,theMacAddress);
我坚持使用规则&#34;永远不要使用powermockito&#34;,所以我只是实现了一个包装类,我认为它是最干净的方式:
public class NetworkInterfaceWrapper{
private NetworkInterface networkInterface;
public NetworkInterfaceWrapper(NetworkInterface networkInterface){
this.networkInterface = networkInterface;
}
public String getName(){
return networkInterface.getName();
}
...and so on for all Getters i've used from NetworkInterface
}
最终解决方案 事实证明,在NetworkInterface中还有另一个恼人的对象,叫做InterfaceAddress,我应该为它编写另一个包装器! 所以我将使用shell命令来检索主机的mac地址,网络掩码和接口名称以及网关,我不想使用NetworkInterface因为所有这些限制他们只是建议&#34;你是不允许触摸这个&#34;! P.S:我想知道为什么甲骨文家伙最终会痴迷于最后的抽象,我知道他们比我知道的更多,但在这个特殊的NetworkInterface案例中,为什么最终抽象?使用单个综合构造函数会使类成为不可变的
答案 0 :(得分:0)
您可以使用PowerMockito来模拟java标准库 final 类。
例如;
@RunWith(PowerMockRunner.class)
@PrepareForTest({ NetworkInterface.class })
public class NetworkInterfaceMocks {
@Test
public void sameClassSuccess() throws Exception {
final NetworkInterface mockInterface = PowerMockito.mock(NetworkInterface.class);
when(mockInterface.isUp()).thenReturn(true);
assertTrue(mockInterface.isUp());
}
@Test
@PrepareForTest(OtherClass.class)
public void differentClassSuccess() throws Exception {
final NetworkInterface mockInterface = PowerMockito.mock(NetworkInterface.class);
when(mockInterface.isUp()).thenReturn(true);
assertTrue(new OtherClass().isUp(mockInterface));
}
在我看来,它应该仅用于非常罕见和不可避免的情况。