🕯 Паттерн Посетитель (Visitor)

Visitor — это поведенческий паттерн, который позволяет добавлять новые операции к объектам без изменения их классов. Он выделяет операции в отдельный объект, называемый "посетитель", что позволяет избежать дублирования кода и поддерживать open/closed архитектуру.

Использование:

🔹 Когда нужно добавлять новые операции к иерархии классов без изменения их структуры.
🔹 Когда объектам требуется обработка, зависящая от их типов, но нежелательно добавлять логику внутрь самих классов.

Преимущества:

1️⃣ Упрощает добавление новых операций.
2️⃣ Логика работы концентрируется в одном месте, а не размазывается по классам.
3️⃣ Сохраняется открытость к изменениям операций и закрытость классов к модификациям.

Недостатки:

1️⃣ Увеличивает количество классов.
2️⃣ Добавление нового типа в иерархию требует обновления всех существующих посетителей.
3️⃣ Работает лучше всего с фиксированной иерархией.

📌 Visitor идеально подходит для сценариев, где требуется частое добавление новых операций при сохранении стабильности классов.

🐍☕️ Тайные питонисты среди нас?

Не секрет, что среди Java-разработчиков скрываются те, кто втайне любит Python. Кто украдкой пишет скрипты на Python для автоматизации или просто мечтает о жизни без фигурных скобок.

📌 Пройдите тест и проверьте, не живет ли внутри вас тайный питонист.

P.S. Не волнуйтесь, никто не будет осуждать, если вам вдруг понравится 🙂

🔗 Динамическое и статическое связывание

Связывание (binding) определяет, какой метод будет вызван во время выполнения программы. Понимание различий между динамическим и статическим связыванием важно для эффективного использования полиморфизма и оптимизации производительности приложения.

🔵 Статическое связывание (Static Binding)

Статическое связывание происходит на этапе компиляции. Компилятор определяет, какой метод или переменная будут использоваться, основываясь на типе ссылки.

▪️ Когда используется?

- Статические методы (static)
- Частные методы (private)
- Методы в финальных классах (final)
- Перегруженные методы (method overloading)

▪️ Пример:

class A {
    static void display() { System.out.println("Static A"); }
}

class B extends A {
    static void display() { System.out.println("Static B"); }
}

public class Main {
    public static void main(String[] args) {
        A obj = new B();
        obj.display(); // Выведет: Static A
    }
}

display() — статический метод. Вызов определяется типом ссылки A, поэтому вызывается A.display().

🔵 Динамическое связывание (Dynamic Binding)

Динамическое связывание происходит во время выполнения (runtime). JVM определяет, какой метод вызвать, основываясь на фактическом типе объекта.

▪️ Когда используется?

- Переопределенные методы (method overriding)
- Нестатические методы (instance methods)

▪️ Пример:

class A {
    void display() { System.out.println("Dynamic A"); }
}

class B extends A {
    @Override
    void display() { System.out.println("Dynamic B"); }
}

public class Main {
    public static void main(String[] args) {
        A obj = new B();
        obj.display(); // Выведет: Dynamic B
    }
}

display() — нестатический метод. Вызов определяется фактическим типом объекта B, поэтому вызывается B.display().

🔵 Практические применения

▪️ Статическое связывание:

- Утилитные классы: Методы Math.max(), Collections.sort() и другие статические методы часто используют статическое связывание для быстрого доступа.
- Безопасность: Приватные методы не могут быть переопределены, что предотвращает изменение внутренней логики класса.

▪️ Динамическое связывание:

- Полиморфизм: Позволяет создавать гибкие и расширяемые системы. Например, использование интерфейсов и абстрактных классов для определения контрактов.
- Фреймворки и библиотеки: Многие фреймворки (например, Spring) используют динамическое связывание для внедрения зависимостей и аспектно-ориентированного программирования (AOP).

❓ Как относитесь к функциональному стилю в Java?

❤️ Отлично, Java стала мощнее и лаконичнее.
🤔 Использую только там, где это действительно оправдано.
🌚 Функциональщина не для меня, только классическое ООП.

💬 Делитесь опытом и мнением в комментариях

ℹ️ Как устроен под капотом LinkedHashSet?

LinkedHashSet — это коллекция, обеспечивающая хранение уникальных элементов с сохранением порядка их вставки. LinkedHashSet, как и HashSet, работает с элементами за амортизированное O(1) время, но, в отличие от HashSet, сохраняет порядок добавления элементов благодаря дополнительной структуре связного списка.

🔹 Структура LinkedHashSet

LinkedHashSet базируется на HashMap, но имеет уникальную особенность — упорядочивание элементов за счёт использования связного списка поверх стандартной хеш-таблицы.

▪️ Хранение данных: LinkedHashSet использует LinkedHashMap для хранения элементов. Каждый добавляемый элемент выступает в роли ключа, а значение всегда фиксировано (обычно это объект-заглушка).
▪️ Связный список: Для поддержания порядка добавления, элементы связаны друг с другом в виде двусвязного списка. Это позволяет итерациям проходить элементы в порядке их вставки.
▪️ Уникальность элементов: Как и в HashSet, каждый элемент уникален. При попытке добавить дублирующий элемент он игнорируется, сохраняя уникальность всех значений.

🔹 Производительность

▪️ Добавление: Добавление элементов происходит за амортизированное O(1) время. LinkedHashSet вычисляет хэш элемента и индекс, где он будет храниться в массиве бакетов LinkedHashMap.
▪️ Удаление: Удаление происходит также за амортизированное O(1) время. LinkedHashSet находит элемент по хэшу, удаляет его из связного списка и освобождает место в корзине.
▪️ Поиск: Поиск происходит за амортизированное O(1) время благодаря хэш-таблице.

🔹 Использование памяти

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

🔹 Преимущества и недостатки

▪️ Преимущества:
- Сохранение порядка добавления элементов.
- Быстрая работа с элементами за амортизированное O(1) время, как и в HashSet.

▪️ Недостатки:
- Потребление ресурсов возрастает при большом количестве элементов, так как структура требует больше памяти для поддержания порядка.

❓ Как думаете, как часто следует менять работу?

⚡️ — раз в год
🔥 — раз в 2-3 года
❤️ — раз в 5-6 лет
🌚 — работу можно менять?

🎨 Новый канал для вдохновения — UX in GIF

Мы запустили свежий канал, где делимся идеями для дизайна интерфейсов. Всё самое стильное, оригинальное и вдохновляющее теперь в одном месте.

📌 Чем полезен канал?

→ Идеи для дизайна интерфейсов.
→ Анимации, которые можно повторить или адаптировать.
→ Лёгкий способ искать вдохновение перед новым проектом.

👉 Подписывайтесь и вдохновляйтесь: UX in GIF

👔❌ Слишком молодой, слишком опытный: 9 причин, почему вам могут отказать после собеседования

Собеседование прошло гладко: вы подготовились, уверенно ответили на все вопросы, проявили заинтересованность и даже получили положительный фидбек. Но вместо долгожданного оффера — отказ. Почему так произошло? На самом деле, отказ может быть вызван множеством причин: от излишнего опыта до неудачной коммуникации с рекрутером.

В этой статье разобрали 9 наиболее распространённых причин, по которым кандидаты не получают работу после интервью. Это не всегда связано с вашими навыками — иногда проблема в ожиданиях компании или внутренних процессах. Узнайте, как избежать подобных ситуаций и повысить свои шансы на успех!

📎 Разобраться в причинах

🆕 IntelliJ IDEA 2024.3

JetBrains выпустили новую версию IntelliJ IDEA 2024.3, и она порадовала рядом полезных фич. Вот самые интересные моменты релиза:

🔵 Логическая структура кода
Теперь окно со структурой проекта показывает не только физическое расположение файлов, но и логическую структуру. Например, если вы работаете с контроллером в Spring, то прямо в этом окне можно увидеть список эндпоинтов и их привязку.

🔵 Интеграция AI-ассистента
Новый AI-помощник теперь обладает улучшенной контекстной осведомленностью и может помогать при работе с VCS и отладкой кода. Это ускоряет процесс написания и анализа кода благодаря интеллектуальным подсказкам и оптимизациям.

🔵 Улучшенный дебаггер и HotSwap
Отладка стала еще мощнее: улучшенная функция HotSwap позволяет быстрее обновлять код во время отладки.

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

Это лишь краткий обзор интересных новинок. Ознакомиться со всеми подробностями релиза можно в официальном блоге JetBrains​.

ℹ️ Что такое BeanPostProcessor в Spring?

BeanPostProcessor — это интерфейс из Spring Framework, который позволяет вмешиваться в процесс создания и инициализации бинов в Spring контейнере. Он предоставляет два основных метода, которые вызываются на разных этапах жизненного цикла бина:

▪️ postProcessBeforeInitialization(Object bean, String beanName) - вызывается до того, как бин будет инициализирован (до вызова метода @PostConstruct или InitializingBean#afterPropertiesSet).
▪️ postProcessAfterInitialization(Object bean, String beanName) - вызывается после инициализации бина (после завершения всех инициализационных методов).

Зачем нужен BeanPostProcessor?

Он используется для дополнительной обработки и кастомизации бинов после их создания, но до передачи клиентскому коду. Примеры:

- Добавление проксирования бинов (например, для AOP или транзакций).
- Валидация или изменение свойств бинов.
- Логирование жизненного цикла.
- Добавление кастомных аннотаций.
- Обработка маркерных интерфейсов.

Как это работает?

1️⃣ Spring сканирует контекст на наличие бинов, реализующих интерфейс BeanPostProcessor.
2️⃣ Если такие бины найдены, они применяются ко всем бинам в приложении.
3️⃣ Методы postProcessBeforeInitialization и postProcessAfterInitialization вызываются для каждого бина, который создаёт Spring.

@Component
public class CustomBeanPostProcessor implements BeanPostProcessor {

    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName) {
        System.out.println("Before Initialization: " + beanName);
        return bean;
    }

    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName) {
        System.out.println("After Initialization: " + beanName);
        return bean;
    }
}

Результат: Вывод сообщений о каждом бине до и после инициализации.