You've successfully subscribed to Заметки Разработчиков
Great! Next, complete checkout for full access to Заметки Разработчиков
Welcome back! You've successfully signed in.
Success! Your account is fully activated, you now have access to all content.
Success! Your billing info is updated.
Billing info update failed.

code

Модификаторы доступа в Java

Коротко о существующих модификаторах доступа: public, protected, default, private.

private (приватный): члены класса доступны только внутри класса. Для обозначения используется служебное слово private.

default, package-private (доступ на уровне пакета): видимость класса/членов класса только внутри пакета. Является модификатором доступа по умолчанию - специальное обозначение не требуется.

protected (защищённый): члены класса доступны внутри пакета и в наследниках. Для обозначения используется служебное слово protected.

public (публичный): класс/члены класса доступны всем. Для обозначения используется служебное слово public.

Последовательность модификаторов от самого открытого до самого закрытого: public, protected, default, private.

Визуально модификаторы доступа переменной класса можно представить таким образом:

Подробнее про все существующие модификаторы читайте в этой статье 👇

Обзор всех модификаторов в Java
Модификаторы это ключевые слова в Java, которые ”изменяют и регулируют” работу классов, методов и переменных.

Слишком специфичные исключения

В некоторых проектах джунов иногда вижу довольно сильный упор на узко-направленные исключения. Например: public class UserNotFoundException extends RuntimeException { public UserNotFoundException(String message) { super(message); } } public class EventNotFoundException extends RuntimeException { public EventNotFoundException(String message) { super(message); } } И так далее, сколько сущностей, столько и исключений. Но поведение у них у всех одно.

В некоторых проектах джунов иногда вижу довольно сильный упор на узко-направленные исключения. Например:

public class UserNotFoundException extends RuntimeException {
    public UserNotFoundException(String message) {
        super(message);
    }
}
public class EventNotFoundException extends RuntimeException {
    public EventNotFoundException(String message) {
        super(message);
    }
}

И так далее, сколько сущностей, столько и исключений. Но поведение у них у всех одно. Поэтому зачем их плодить?

Достаточно создать одно исключение NotFoundException и использовать его:

public class NotFoundException extends RuntimeException {
    public NotFoundException(String message) {
        super(message);
    }
}

Создавайте самостоятельное исключение, только если предпологается его какая-то особенная обработка, или если существующие исключения вам не подходят. Например, странно бросать NotFoundException, если ситуация будет связана с проблемами доступа. Тогда лучше создать какой-нибудь AccessException.