Я беспокоюсь, что это исключение во время выполнения, поэтому его следует использовать с осторожностью.
Стандартный вариант использования:

void setPercentage(int pct) {
    if( pct < 0 || pct > 100) {
         throw new IllegalArgumentException("bad percent");
     }
}

Но похоже, что это вынудит следующий дизайн:

public void computeScore() throws MyPackageException {
      try {
          setPercentage(userInputPercent);
      }
      catch(IllegalArgumentException exc){
           throw new MyPackageException(exc);
      }
 }

Чтобы вернуть его в статус проверенного исключения.

Хорошо, но давайте пойдем с этим. Если вы дадите неправильный ввод, вы получите ошибку во время выполнения. Итак, во-первых, это довольно сложная политика для единообразной реализации, потому что вам может потребоваться выполнить совершенно противоположное преобразование:

public void scanEmail(String emailStr, InputStream mime) {
    try {
        EmailAddress parsedAddress = EmailUtil.parse(emailStr);
    }
    catch(ParseException exc){
        throw new IllegalArgumentException("bad email", exc);
    }
}

И хуже - при проверке0 <= pct && pct <= 100 можно ожидать, что код клиента будет выполняться статически, это не так для более сложных данных, таких как адрес электронной почты, или, что еще хуже, что-то, что должно быть проверено в базе данных, поэтому в целом код клиента не может быть предварительно проверен.

Итак, в основном то, что я говорю, я не вижу значимой последовательной политики использованияIllegalArgumentException, Кажется, это не должно использоваться, и мы должны придерживаться наших собственных проверенных исключений. Какой хороший вариант использования, чтобы бросить это?