Посты

Функциональное программирование в Java с использованием потоков (Streams) и лямбд (Lambdas)

Потоки обрабатывают фильтрацию, сортировку и агрегацию, а лямбды упрощают определение функций.
В Spring они лежат в основе реактивных API, а в соревновательном программировании — позволяют оптимизировать работу с данными.
Пример ниже демонстрирует REST-эндпоинт на Spring для фильтрации пользователей и алгоритм в стиле соревнований для поиска лучшего игрока.

👉@BookJava

🧠 Как ускорить Spring Boot при старте: spring-context-indexer

При старте Spring Boot-приложения много времени уходит на classpath scanning. Даже если вы используете @ ComponentScan, Spring всё равно перебирает кучу классов в поиске бин-кандидатов. Это рефлексивно и медленно.

📌 Есть способ это оптимизировать — spring-context-indexer.

🔧 Что делать

1. Добавьте зависимость в pom.xml:

<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context-indexer</artifactId>
<version>6.1.3</version> <!— актуальная для Spring Boot 3 —>
<optional>true</optional>
</dependency>

2. Всё! Spring Boot на этапе компиляции сгенерирует индекс классов с аннотациями (@ Component, @ Service, @ Repository, и т.п.) в META-INF/spring.components.

3. При старте приложения Spring сначала смотрит в индекс, а не сканирует classpath целиком.

💡 Полезно, если:

- У вас много модулей;
- Вы используете fat JAR;
- Приложение долго стартует и важна скорость.

⚠ Важно

- Работает только с аннотациями Spring, не с кастомными;
- Не забудьте включить annotation processing в IDE (особенно в IntelliJ: Settings → Build, Execution, Deployment → Compiler → Annotation Processors).

📊 Профит: в крупных проектах — до 30–50% ускорения старта.

👉@BookJava

Совет по Java 💡

Чтобы сделать большие и сложные цепочки компараторов более читаемыми, мне нравится присваивать компараторы переменным, имена которых начинаются с "by". Таким образом, вызов sorted() становится меньше и читается почти как естественный язык. Кроме того, вы можете использовать статический импорт.

👉@BookJava

В чем суть принципа DI из SOLID, и почему с ним так много проблем?

DI — это Dependency Inversion Principle, последний принцип из SOLID. Его суть:

🧠 Модули верхнего уровня не должны зависеть от модулей нижнего уровня. И те, и другие должны зависеть от абстракций. Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.
🔍 Переводим на практику:

Вместо того чтобы класс сам создавал зависимости (new внутри), он получает их снаружи — через конструктор, сеттер или метод. Это и называется внедрение зависимостей (Dependency Injection).

Пример без DI (нарушение DIP):

class UserService {
private final UserRepository repo = new UserRepository(); // жесткая связка
}
Пример с DI:

class UserService {
private final UserRepository repo;

public UserService(UserRepository repo) {
this.repo = repo;
}
}

Теперь можно легко подменять реализацию UserRepository, например, на InMemoryUserRepository в тестах — и UserService даже не узнает.

⚠ Почему с этим столько проблем?

1. Избыточность на старте. Для новичков DIP и DI выглядят как «лишние классы и абстракции ни о чём».
2. Сложность в управлении графом зависимостей. Особенно в больших системах, где всё зависит от всего.
3. Контейнеры DI (Spring, Guice, Dagger) могут всё усложнить — магия, ленивая инициализация, прокси, ошибки в рантайме.
4. Соблазн абстрагироваться ради абстракции. Когда вместо пользы получаем тонну интерфейсов без альтернативных реализаций.

💡 Советы:

- Используй DI, но не злоупотребляй абстракциями без нужды.
- Всегда пиши под интерфейс, если есть потенциально 2+ реализации.
- Контейнеры типа Spring делают DI удобным, но важно понимать, что именно они делают под капотом.

📌 DIP — это не про контейнеры, это про независимость и заменяемость.

👉@BookJava

🚀 Совет по Java API

Периоды дня в форматах java.time

Если вы хотите указать период дня, например «утром», «днем» или «ночью», используйте шаблон форматирования с символом B. 🔥

👉@BookJava