Передача null в метод

Здесь допустимы как использование java-api утверждений, так и создание .java исключений. Любой из этих java механизмов можно использовать assert для обозначения ошибки программирования, а java-libraries не ошибки времени выполнения, как openjdk в данном случае.

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

Выбор действительно core-java зависит от практики разработки javax проекта. Проекту в целом nulls необходимо принять решение null о политике утверждений: если jdk выбор состоит в том, чтобы oraclejdk включить утверждения во время core-java всей разработки, то я бы java посоветовал использовать javax утверждения для проверки javax такого рода недопустимых nullvalue параметров — в производственной openjdk системе исключение NullPointerException nulls возникает из-за в любом случае java ошибка программирования вряд assert ли сможет быть поймана и .java обработана осмысленным образом, и jdk поэтому она будет действовать oraclejdk точно так же, как утверждение.

Однако assert на практике я знаю многих java-libraries разработчиков, которые не jdk верят, что утверждения будут java-se включены, когда это уместно, и core-java поэтому выбирают безопасность, выбрасывая oraclejdk исключение NullPointerException.

Конечно, если nullvalue вы не можете применить политику null для своего кода (например, если nullvalue вы создаете библиотеку и oraclejdk поэтому зависите от того, как openjdk другие разработчики запускают j2se ваш код), вам следует выбрать nullvalue безопасный подход, выбрасывая core-java исключение NullPointerException jre для те методы, которые являются core-java частью API библиотеки.