Когда следует создать исключение IllegalArgumentException?

API doc для IllegalArgumentException является:

брошенный, чтобы указать, что метод был принят незаконный или несоответствующий параметр.

глядя на как он используется в библиотеках jdk, Я бы сказал:

• Это похоже на защитную меру, чтобы жаловаться на явно плохой вход, прежде чем вход может попасть в работу и вызвать что-то на полпути с бессмысленным сообщением об ошибке.

• Он используется для случаев, когда было бы слишком раздражающим, чтобы бросить проверенное исключение (хотя оно появляется в java.ленг.отражать код, где забота о смешных уровней проверено-исключений не очевидно).

Я бы использовал IllegalArgumentException для выполнения последнего защитного аргумента - проверки общих утилит (пытаясь оставаться в соответствии с использованием jdk), где ожидание заключается в том, что плохой аргумент является ошибкой программиста, аналогичной NPE. Я бы не стал использовать его для реализации проверки в бизнес-коде. Я, конечно, не буду использовать его для примера электронной почты.

говоря о" плохом входе", вы должны учитывать, откуда поступает вход.

это ввод, введенный пользователем или другой внешней системой, которую вы не контролируете, вы должны ожидать, что ввод будет недействительным и всегда проверять его. Это совершенно нормально, чтобы бросить проверенное исключение в этом случае. Ваше приложение должно "восстановиться" из этого исключения, предоставив сообщение об ошибке пользователю.

Если входные данные исходят из вашей собственной системы, например базы данных, или некоторые другие части вашего приложения, вы должны быть в состоянии полагаться на него, чтобы быть действительным (он должен был быть проверен, прежде чем он получил там). В этом случае совершенно нормально выбрасывать непроверенное исключение, такое как IllegalArgumentException, которое не должно быть поймано (в общем случае вы никогда не должны ловить непроверенные исключения). Это ошибка программиста, что недопустимое значение попало туда в первую очередь ;) вам нужно это исправить.

выбрасывание исключений во время выполнения "экономно" на самом деле не является хорошей политикой-эффективная Java рекомендует использовать проверенные исключения, когда вызывающий может разумно ожидать восстановления. (Ошибка программиста-это конкретный пример: если конкретный случай указывает на ошибку программиста, то вы должны выбросить непроверенное исключение; вы хотите, чтобы у программиста была трассировка стека, где произошла логическая проблема, а не пытаться справиться с ней самостоятельно.)

Если нет надежда на выздоровление, а затем не стесняйтесь использовать непроверенные исключения; нет смысла их ловить, так что все в порядке.

Это не на 100% ясно из вашего примера, в каком случае этот пример находится в вашем коде.

любой API должен проверить правильность каждого параметра любого открытого метода перед его выполнением:

void setPercentage(int pct, AnObject object) {
    if( pct < 0 || pct > 100) {
        throw new IllegalArgumentException("pct has an invalid value");
    }
    if (object == null) {
        throw new IllegalArgumentException("object is null");
    }
}

они представляют 99,9% ошибок времени в приложении, потому что он запрашивает невозможные операции, поэтому в конце концов они являются ошибками, которые должны привести к сбою приложения (так что это не восстанавливаемая ошибка).

в этом случае и после подхода fail fast вы должны позволить приложению закончить, чтобы избежать повреждения приложения государство.

как указано в официальном учебнике oracle, в нем говорится, что:

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

если у меня есть приложение, взаимодействующее с базой данных с помощью JDBC и у меня есть метод, который принимает аргумент как int item и double price. Элемент price для соответствующего элемента считывается из таблицы базы данных. Я просто умножаю общее число item приобрести с price значение и возвращает результат. Хотя я всегда уверен в своем конце (конце приложения), что значение поля цены в таблице никогда не может быть отрицательным .Но что делать, если значение цены выходит отрицательный? Это показывает, что существует серьезная проблема со стороны базы данных. Возможно неправильный ввод цены оператором. Это такая проблема, что другая часть приложение, вызывающее этот метод, не может предвидеть и не может восстановиться от него. Это BUG в вашей базе данных. Итак, и IllegalArguementException() должен быть брошен в этом случае, который будет утверждать, что the price can't be negative.
Я надеюсь, что я ясно выразил свою точку зрения..