断言等于int long浮点数

Question

有没有一种优雅的方法来断言数字相等而忽略它们的类？我想在JUnit测试框架中使用它，但例如

Assert.assertEquals(1,1L)

因Java . lang . assertion错误而失败:应为:java.lang.Integer

我希望在某个地方有一个很好的方法，只比较值，并与int，long，float，byte，double，BigDecimal，BigInteger一起工作...

Answer 1

将该功能包装在您自己的匹配器中，并与< code>assertThat一起使用。

样品匹配器：

class IsAnyNumber extends BaseMatcher {
  final Object expected;
  //...
  public boolean matches(Object actual) {
    // compare / transform / check type / ensure: String, double, int, long
    // example via BigDecimal as seen from Mena (without checks)
    return new BigDecimal(expected).equals(new BigDecimal(actual));
  }
  // ...
}

// somewhere else:
public static IsAnyNumber is(Object expected) {
  return new IsAnyNumber(expected);
}

然后在测试中调用这个静态方法:

assertThat(1, is(1L));
assertThat(1, is(1.0));
assertThat(1L, is(1));

通过这种方式，您可以重用您的匹配器，并且assert语句最终更具可读性。

免责声明：这只是伪代码，尚未经过测试，但应该进行一些调整。

但是也要注意Java中的比较数字

Answer 2

根据我对JLS的阅读，重载分辨率

Assert.assertEquals(1,1L)

应解析为

Assert.assertEquals(long, long)

简而言之，问题中的代码片段不是您实际问题的有效示例。

(声明一下，< code>assertEquals(long，long)、< code>assertEquals(float，float)和< code>assertEquals(double，double)都是通过严格调用来适用的，第一个是最具体的；参见15.12.2.2 JLS。严格的调用上下文允许原语扩展，但不允许装箱或取消装箱。)

如果(如证据所示)您的调用解析为< code > assert . assert equals(Object，Object)，这意味着其中一个操作数必须已经是装箱类型。该重载的问题是，它使用< code>equals(Object)方法来比较对象，并且该方法的协定指定，如果对象各自的类型不同，则结果为< code>false。

如果这就是你真实代码中发生的事情，那么我怀疑使用is（T）Matcher的建议是否有效。is（T） 匹配器等效于 is（equalTo（T）），后者依赖于 equals（Object） ...

有没有现有的“好方法”？

AFAIK，不。

我认为真正的解决方案是更加关注类型;例如：

 int i = 1;
 Long l = 1L;
 Assert.assertEquals(i, l);         // Fails
 Assert.assertEquals((long) i, l);  // OK - assertEquals(Object, Object)
 Assert.assertEquals((Long) i, l);  // OK - assertEquals(Object, Object)
 Assert.assertEquals(i, (int) l);   // OK - assertEquals(long, long) 
                                    //      it would bind to an (int, int) 
                                    //      overload ... it it existed.   
 Assert.assertEquals(i, (long) l);  // OK - assertEquals(long, long)


 

编写自定义匹配器也可以。

Answer 3

有一些开销的一种解决方法是将值包装在BigDecimal对象中，因为＜code＞BigDemical、＜code＞int和＜code＞double

因为＜code＞是新的BigDecimal（1l）。等于（新的BigDecimal（1.0））保持＜code＞true，

Assert.assertEquals(new BigDecimal(1.0), new BigDecimal(1l));  

应该为你工作。

编辑

正如Hulk在下面所说，BigDecimal对象的比例用于equals比较，但不用于compareTo比较。虽然对于获取long的构造函数，比例设置为默认的0，但它是通过获取Double的构造函数中的一些计算推断出来的。因此，比较值的最安全方法（即在Double值的边缘情况下）可能是通过调用compareTo并检查结果是0代替。