Полезный PDF с аннотациями Spring и краткими пояснениями на русском

Удобно для повторения и изучения

👉 Java Portal

Шпаргалка по сочетаниям клавиш IntelliJ IDEA для Java-разработчиков

👉 Java Portal

На фото показана проблема N+1 в JPA и её решение.

🟣findAll() — вызывает 1 запрос к авторам + по 1 запросу на книги каждого автора → N+1 запросов

☑JOIN FETCH в @Query — решает проблему, загружая авторов и их книги одним SQL-запросом

Показана разница в коде и как избежать лишних запросов при загрузке связанных сущностей (Author → Book)

👉 Java Portal

8 алгоритмов балансировки нагрузки, которые стоит знать:

🍩Round Robin – запросы распределяются равномерно между серверами по очереди.

🍩Least Connections – запрос направляется на сервер с наименьшим числом активных соединений.

🍩Weighted Round Robin – серверам присваиваются веса, и запросы распределяются с учетом этих весов.

🍩Weighted Least Connections – учитывается как число соединений, так и вес сервера.

🍩IP Hash - запрос направляется на сервер в зависимости от хэша IP-адреса клиента.

🍩Least Response Time – запрос идет на сервер с наименьшим временем ответа.

🍩Random – сервер выбирается случайным образом.

🍩Least Bandwidth – запрос идет на сервер с наименьшей текущей загрузкой сети.

👉 Java Portal

Простое объяснение паттерна Фабрика

Вы создаёте уведомления. Сначала у вас только EmailNotification:

new EmailNotification(to, subject, body);

Потом появляются другие типы:

⏩SMSNotification
⏩PushNotification
⏩SlackNotification
⏩WhatsAppNotification

Появляется дублирующийся код:

if (type.equals("email")) new EmailNotification(...)
else if (type.equals("sms")) new SMSNotification(...)
...

Проблемы:

—> Повтор кода.

—> Нарушение принципа Open/Closed.

—> Жёсткая связка с классами.

—> Сложно тестировать и расширять.

Как фабрика вас спасает

Вместо создания объектов напрямую или написания switch/if, вы создаёте NotificationFactory

Фабрика:

—> Скрывает логику создания

—> Решает, какой подкласс вернуть

—> Делает основной код чистым и слабо связанным

Теперь вам всё равно, как он создаётся. Вы просто запрашиваете и получаете готовый объект

Пример кода на фото 😊

👉 Java Portal

👩‍💻 Программирование — В С Ё

В 2025 году на кодинге уже не вывезешь, перспектива года - Информационная Безопасность.

Ловите полезные каналы, которые помогут ворваться в новое направление.

👍 ZeroDay — Уроки, эксплуатация уязвимостей с нуля
👍 Белый Хакер — Свежие новости из мира ИБ
😎 Арсенал Безопасника — Все необходимые инструменты
😎 Бункер Хакера — Статьи, книги, шпаргалки и хакинг
👨‍💻 Серверная Админа — Настройка и уроки по компьютерным сетям

📂Вступай и изучай новое направление!

Коротко о фабричном методе HashMap::newHashMap

Начиная с JDK 19, класс HashMap предоставляет новый фабричный метод:

var map = HashMap.<Key, String>newHashMap(10);

В этом примере возвращаемая карта будет достаточно большой, чтобы вместить 10 отображений. У неё значение коэффициента загрузки по умолчанию — 0.75. Поэтому фактическая вместимость (capacity) будет больше, чем переданный аргумент 10. Вместимость вычисляется как:

    10        <-- количество отображений
capacity = -----
    0.75      <-- коэффициент загрузки

Это отличается от конструктора:

var map = new HashMap<Key, String>(10);

В этом случае аргумент 10 — это начальная вместимость (фактическая вместимость будет степенью двойки).

Также важно: фабричный метод внутри вызывает конструктор 🔧

Java Portal