如何在 Hamcrest 中使用（原始）自动装箱/加宽？

我碰到https://code.google.com/p/hamcrest/issues/detail?id=130 https://code.google.com/p/hamcrest/issues/detail?id=130为 Hamcrest 匹配器添加一些糖语法。但这个想法遭到了 Hamcrest 开发商的拒绝。

还有其他聪明的想法可以通过避免在 long 后面输入 L 来使测试更具可读性吗？

@Test
public void test1() {
    int actual = 1;
    assertThat(actual, is(1));
}

@Test
public void test2() {
    long actual = 1L;
    assertThat(actual, is(1)); // fails as expected is <1> but result was <1L> 
    // assertThat(actual, is(1L)); off course works..
}

@Test
public void test3() {
    Long actual = new Long(1);
    assertThat(actual, is(1)); // fails as expected is <1> but result was <1L>
}

UPDATE

另请参阅下面比较时的差异，例如int 和 long 使用默认的 Java 语言 (==)、标准 junit 断言 (assertTrue) 和 hamcrest is() 方法。看起来很奇怪 hamcrest 不支持匹配/比较 long 与 int ，其余的都是。

@Test
public void test2() {
    long actual = 1L;
    int expected = 1;
    assertTrue(expected == actual); // std java succeeds
    assertEquals(expected, actual); // std junit succeeds
    assertThat(actual, is(expected)); // hamcrest fails: Expected: is <1> but: was <1L>
}

这与您链接的问题完全无关，该问题是关于解决错误的静态分析器并被正确拒绝的。您遇到的问题在 Java 中混合基本类型时很常见。

为了避免输入L你必须提供所有匹配器的重载版本——而不仅仅是is。考虑这些例子：

assertThat(longValue, greaterThan(1));
assertThat(longList, contains(1, 2, 3));

Update

您可以轻松添加自己的重载版本来执行转换：

public static Matcher<Long> is(Integer value) {
    return org.hamcrest.core.Is.is(value.longValue());
}

当然，既然你已经有了一个可以转换的int to long你会想要一些float and double:

public static Matcher<Long> is(Float value) {
    return org.hamcrest.core.Is.is(value.longValue());
}

public static Matcher<Long> is(Double value) {
    return org.hamcrest.core.Is.is(value.longValue());
}

由于 Java 不会自动转换为byte to Integer*，您还需要以下版本byte and short。这已经够难看的了，但是如果转换为其他类型呢？int to double?

public static Matcher<Double> is(Integer value) {
    return org.hamcrest.core.Is.is(value.doubleValue());
}

编译错误：重复方法为(Integer)

呃哦！这些不起作用，因为 Java 不允许您根据返回类型重载方法。您必须在我留给您的单独的类中声明这些方法。

考虑到这会造成巨大的混乱，我怀疑 Hamcrest 的作者会愿意接受这样的添加，因为回报很低。老实说，你最好使用明确的方式1L and 1.0如所须。

* 虽然编译器will转换自byte to int可以装箱到Integer.