❓ Расскажите о паттерне Фасад?

Паттерн Фасад относится к структурным шаблонам проектирования. Его цель — скрыть сложность подсистемы за простым интерфейсом. Он предоставляет единую точку доступа к набору классов, упрощая взаимодействие клиента с системой.

Проще говоря, Фасад — это «фронт-дверь» сложной системы. Вместо того чтобы вызывать десятки методов из разных классов, клиент обращается к одному объекту, который внутри вызывает всё нужное.

Плюсы:

✔️ Упрощает использование сложной системы.
✔️ Изолирует клиента от изменений в подсистемах.
✔️ Повышает читаемость и поддержку кода.

Минусы:

⚠️ Может стать God объектом, если разрастается слишком сильно.

🐸 Библиотека собеса по Java

#patterns

❓ Что такое "Thread Pool"?

Thread Pool (пул потоков) — это коллекция предварительно созданных потоков, которые могут быть использованы для выполнения задач.

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

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

🐸 Библиотека собеса по Java

#concurrency

💬 Обратная связь

Ежемесячный опрос по грейдам. Растём вместе 💪🏻
Ваш грейд:

🔥 — Senior
👍🏼 — Middle
❤️ — Junior
😁 — Ещё учусь

🐸 Библиотека собеса по Java

❓ Как работают лямбды?

Лямбда — это краткая форма записи анонимного класса, реализующего функциональный интерфейс (т.е. интерфейс с единственным абстрактным методом, например Runnable или Function).

При компиляции лямбда не создает отдельный класс, как раньше анонимные классы. Вместо этого компилятор использует механизм invokedynamic, добавленный в Java 8, чтобы создать ссылку на реализацию метода — функциональный объект формируется динамически во время выполнения.

Кратко:

Лямбды — это ссылки на поведение, а не объекты. Они компилируются через invokedynamic и создают реализацию функционального интерфейса во время выполнения.

🐸 Библиотека собеса по Java

#core

❓ Расскажите о проблеме N+1?

Проблема N+1 возникает при работе с ORM, когда для получения N сущностей с их связанными данными выполняется 1 запрос для основной коллекции и затем N дополнительных запросов для каждой связи.

Если у нас 100 пользователей, выполнится 101 запрос вместо одного.

Решения:

🔹 JOIN FETCH в JPQL:

@Query("SELECT u FROM User u JOIN FETCH u.orders")
List<User> findAllWithOrders();

🔹 EntityGraph:

@EntityGraph(attributePaths = {"orders"})
List<User> findAll();

🔹 Batch Size (не решает проблему, но группирует запросы):

@BatchSize(size = 10)
private List<Order> orders;

Выбор решения зависит от конкретной ситуации: для единичных запросов подходит JOIN FETCH, для повторяющихся паттернов - EntityGraph или Batch Size.

🐸 Библиотека собеса по Java

#spring

✔️ Java-тест: Retry с exponential backoff

Напишите метод для production-кода 👇

📦 Задание

Реализуйте метод, который выполняет операцию с повторными попытками:

public <T> T retry(Supplier<T> operation, 
                   int maxAttempts, 
                   long initialDelayMs) {
    // Ваш код здесь
    // При неудаче - повторить с задержкой
    // Задержка удваивается: 100ms -> 200ms -> 400ms
    // После maxAttempts выбросить исключение
}

Требования

— Первая попытка без задержки
— Каждая следующая: задержка *= 2
— После maxAttempts пробросить последнее исключение
— Если успех - вернуть результат

Ставьте → 🔥, если нравится формат. Если нет → 🤔

💬 Решения под спойлер. Сравним, какое будет лучше.

🐸 Библиотека собеса по Java

#practise

💬 Обратная связь

Моё отношение к постам за прошлый месяц:

🔥 — Интересно, полезно
🤔 — Нейтрально
😁 — Не понравилось, напишу что

🐸 Библиотека собеса по Java