hamcrest库匹配器和hamcrest core匹配器之间的差异

Question

它看起来像hamcrestorg。汉克雷斯特。Matchers类与org类非常相似。汉克雷斯特。CoreMatchers（尽管看起来，Matchers还有更多）。为什么我会选择使用CoreMatchers（除了看起来类稍微小一点之外），为什么这两个类如此相似？

Answer 1

如果使用Android的JUnit测试（非连接测试），CoreMatchers似乎在已经包含的JUnit模块中可用，而matcher则不可用。

因此，为了节省开销，并避免导入另一个库，如果使用这些类，请考虑使用<代码> CoreMatcher < /代码>版本。

assertThat(chrome.twiddle(), is(equalTo(0)));

只能使用CoreMatchers。

Answer 2

如果您像我一样经常使用Mockito，您可能会：

import org.mockito.Mockito;

或

static import org.mockito.Mockito.*;

由于Mockito类扩展了Mockito的Matcher类，那么您最终可能会在Matcher类或其静态方法之间产生冲突。有了CoreMatcher，我就可以在与Mockito相同的类中使用JUnit派生的CoreMatcher，而不必在它们的使用点对它们进行完全限定。

Answer 3

Hamcrest匹配器分为几个模块。“核心”包括构建其他匹配器所需的最基本的匹配器和抽象类<代码>组织。汉克雷斯特。CoreMatchers仅包括这些匹配器的出厂方法。其他匹配器位于“库”模块中，按匹配对象的类型分组，是可选的<代码>组织。汉克雷斯特。匹配器包括两组匹配器。

你应该用哪一种？我静态地从后者导入所有内容，没有任何问题。也许编译时间会稍微长一点，但这对我来说从来都不是问题。除了JUnit导入之外，我还将其放在单元测试的顶部：

import static org.hamcrest.MatcherAssert.*;
import static org.hamcrest.Matchers.*;

这使测试方法具有最佳可读性。