zoukankan      html  css  js  c++  java
  • Google Guava vs Apache Commons for Argument Validation

    It is an established good practice to validate method arguments at the beginning of the method body. For example you could check that the passed value is not negative before doing some calculation:

    1
    2
    3
    4
    5
    6
    public int doSomeCalculation(int value) {
        if (value < 0) {
            throw new IllegalArgumentException("negative value");
        }
        ...
    }

    It can be written slightly shorter using the good old Apache Commons:

    Validate.isTrue(value >= 0, "negative value");

    More recently the same behavior can be achieved with Google Guava after statically importing the Preconditions class:

    checkArgument(value >= 0, "negative value");

    At surface it looks quite similar but usually the devil is in the details so I decided to take a closer look at both approaches. In this post I’m going to describe the differences between the two libraries regarding argument validation.

    Static imports

    The first immediately obvious difference is that Guava requires static import to look nice.Validate.isTrue() looks better than Preconditions.checkArgument(). Personally, I don’t mind static imports in my code. For some people it might be a small disadvantage though. Especially for those who don’t know how to work with them in the IDE yet. Also, if you work on some ancient project that still uses Java earlier than 5.0 you won’t be able to use Guava at all.

    Types of exceptions

    All methods from Validate class in Apache Commons throw IllegalArgumentExceptionwhen validation fails. Sometimes it make sense to throw a different exception type. Guava make it possible. For example:

    • checkArgument throws IllegalArgumentException
    • checkState throws IllegalStateException
    • checkNotNull throws NullPointerException
    • checkElementIndex and checkPositionIndex throw IndexOutOfBoundsException, etc.

    It’s obvious from the method name what exception gets thrown. I like this clear distinction in Guava.

    Message parameters

    It’s a good idea to give as much information about the failure as possible. For example if you validate that a number is positive you should add the actual number in the exception message if it’s not. In the example below it is done using the string concatenation directly:

    Validate.isTrue(i > 0, "Should be positive but was: " + i);

    In Commons Validate.isTrue() method you can pass additional parameter instead. It offers a performance benefit because the string concatenation is actually done only when the validation fails.

    Validate.isTrue(i > 0, "Should be positive but was: ", i);

    You can do a similar thing in Guava:

    checkArgument(i > 0, "Should be positive but was: %s", i);

    Additionally, Guava uses varargs for message parameters and you could also write:

    checkArgument(i > MIN, "Expected more than %s, got %s", MIN, i);

    In this case it’s also more readable than using string concatenation:

    checkArgument(i > MIN, "Expected more than " + MIN + ", got " + i);

    Validating collections and arrays

    Apache Commons has some additional validations for collection and arrays that you won’t find in Guava:

    • allElementsOfType(Collection collection, Class clazz)
    • Validate.notEmpty(Collection collection)
    • Validate.notEmpty(Map map)
    • Validate.notEmpty(Object[] array)
    • Validate.noNullElements(Collection collection)
    • Validate.noNullElements(Object[] array)

    This first one might be handy in legacy project not using generics. Others are generally useful.

    On the other hand you can combine Guava Preconditions with any utility methods. In the example below I use the isNotEmpty method from Commons CollectionUtils in conjunction with Guava Preconditions to ensure that the list is not null and not empty:

    checkArgument(isNotEmpty(list));

    Assignment after validation

    It’s common to assign a method argument to a field after validation. For example withValidate from Apache Commons you could write:

    1
    2
    3
    4
    public Class(Object parameter) {
        Validate.notNull(parameter);
        this.field = parameter;
    }

    The checkNotNull from Guava Preconditions returns the validated reference. This allows validation and assignment in one line:

    1
    2
    3
    public Class(Object parameter) {
        this.field = checkNotNull(parameter);
    }

    Summary

    In summary, here are the main advantages of both classes:

    Apache Commons Validate

    • Works in old versions of Java
    • Readable without static imports
    • Collection and array validations

    Google Guava Preconditions

    • Additional exception types
    • Better handling of message arguments
    • Easy assignment after not null check

    Verdict

    I prefer Guava Preconditions over Commons Validate for argument validation.

  • 相关阅读:
    java之集合Collection详解之3
    委托的高级使用
    委托的一般使用
    泛型(Generic)委托
    泛型(Generic)方法(函数,算法)
    泛型(Generic)接口
    泛型(Generic)类的使用原因和使用方式
    C#反射从入门到放弃(这部分遇到的新东西太多了让人接受不能)
    反射应用——依赖注入
    接口的显式实现
  • 原文地址:https://www.cnblogs.com/rollenholt/p/3655511.html
Copyright © 2011-2022 走看看