我还有最后一节课，大概是这样的:
public final class RainOnTrees{
public void startRain(){
// some code here
}
}
我在其他一些类中使用这个类，像这样:
public class Seasons{
RainOnTrees rain = new RainOnTrees();
public void findSeasonAndRain(){
rain.startRain();
}
}
在我的JUnit测试类Seasons.java中，我想模拟RainOnTrees类。我怎么能用Mockito做到这一点?
当前回答
试一试:
Mockito.mock(SomeMockableType.class,AdditionalAnswers.delegatesTo(someInstanceThatIsNotMockableOrSpyable));
这对我很管用。"SomeMockableType.class"是你想要模拟或监视的对象的父类，而someInstanceThatIsNotMockableOrSpyable是你想要模拟或监视的实际类。
详情请点击这里
其他回答
Mockito 2现在支持final类和方法!
但就目前而言，这只是一个“孵化”功能。它需要一些步骤来激活它，这些步骤在Mockito 2中的新内容中描述:
Mocking of final classes and methods is an incubating, opt-in feature. It uses a combination of Java agent instrumentation and subclassing in order to enable mockability of these types. As this works differently to our current mechanism and this one has different limitations and as we want to gather experience and user feedback, this feature had to be explicitly activated to be available ; it can be done via the mockito extension mechanism by creating the file src/test/resources/mockito-extensions/org.mockito.plugins.MockMaker containing a single line: mock-maker-inline After you created this file, Mockito will automatically use this new engine and one can do : final class FinalClass { final String finalMethod() { return "something"; } } FinalClass concrete = new FinalClass(); FinalClass mock = mock(FinalClass.class); given(mock.finalMethod()).willReturn("not anymore"); assertThat(mock.finalMethod()).isNotEqualTo(concrete.finalMethod()); In subsequent milestones, the team will bring a programmatic way of using this feature. We will identify and provide support for all unmockable scenarios. Stay tuned and please let us know what you think of this feature!
在某些情况下可能适用的另一种解决方法是创建一个由最终类实现的接口，更改代码以使用该接口而不是具体类，然后模拟该接口。这样可以将契约(接口)与实现(最终类)分离。当然，如果您真正想要的是绑定到最终的类，这将不适用。
我也有同样的问题。由于我试图模拟的类是一个简单的类，所以我只是创建了它的一个实例并返回该实例。
我猜，您之所以将它作为final，是因为您希望阻止其他类扩展RainOnTrees。正如Effective Java所建议的(第15项)，有另一种方法来保持类接近于扩展而不使其成为final:
删除最后一个关键字; 将其构造函数设为private。没有类能够扩展它，因为它不能调用超构造函数; 创建一个静态工厂方法来实例化你的类。 //这里没有final关键字。 公共类RainOnTrees { 公共静态RainOnTrees newInstance() { 返回新的RainOnTrees(); ｝ 私有RainOnTrees() { //私有构造函数。 ｝ 公共无效startRain() { //这里有一些代码 ｝ ｝
通过使用这种策略，您将能够使用Mockito并使用很少的样板代码保持类关闭以供扩展。
对我们来说，这是因为我们从koin-test中排除了mockito-inline。一个gradle模块实际上需要这个，并且由于某些原因，它只在发布版本中失败了(IDE中的调试版本可以工作):-P
