Java Portal | Программирование

На фото показана проблема N+1 в JPA и её решение. 🟣findAll() — вызывает 1 запрос к авторам + по 1 запросу на книги каждого автора → N+1 запросов ☑JOIN FETCH в @Query — решает проблему, загружая авторов и их книги одним SQL-запросом Показана разница в коде и как избежать лишних запросов при загрузке связанных сущностей (Author → Book) 👉 Java Portal

В России можно посещать IT-мероприятия хоть каждый день: как оффлайн, так и онлайн Но где их находить? Как узнавать о них раньше, чем когда все начнут выкладывать фотографии оттуда? Переходите на канал IT-Мероприятия России. В нём каждый день анонсируются мероприятия со всех городов России 📆 в канале размещаются как онлайн, так и оффлайн мероприятия; 👩‍💻 можно найти ивенты по любому стеку: программирование, frontend-backend разработка, кибербезопасность, дата-аналитика, osint, devops и другие; 🎙 разнообразные форматы мероприятий: митапы с коллегами по цеху, конференции и вебинары с известными опытными специалистами, форумы и олимпиады от важных представителей индустрии и многое другое А чтобы не искать по разным форумам и чатам новости о предстоящих ивентах: 🚀 IT-мероприятия России — подписывайся и будь в курсе всех предстоящих мероприятий!

Spring Boot: важно валидировать входные данные ваших API, даже внутренних. #SpringBoot #РазработкаПО 👉 Java Portal

☕️ Optional.ifPresentOrElse() Обрабатывает случаи, когда значение в Optional есть и когда оно отсутствует, одним вызовом. if/else для Optional → ifPresentOrElse() (JDK 9+) 🔗https://javaevolved.github.io/streams/optional-ifpresentorelse.html 👉 Java Portal

System Design Cheat Sheet — 15 ключевых концепций 1. Сбор требований * Определить функциональные и нефункциональные требования * Описать пользовательские сценарии и воркфлоу * Расставить приоритеты по бизнес-целям * Зафиксировать зависимости и ограничения 2. Архитектура системы * Определить компоненты системы и их взаимодействие * Выбрать подходящие архитектурные паттерны и стиль * Оптимизировать под масштабируемость и поддерживаемость * Оценить трейд-оффы между монолитом и распределённой системой 3. Дизайн данных * Спроектировать модели данных, схемы и связи * Выбрать подходящую БД под масштаб и консистентность * Определить политики хранения, бэкапы и архивирование * Использовать нормализацию и денормализацию по необходимости 4. Доменная модель * Разбить систему на бизнес-домены * Инкапсулировать функциональность внутри доменных модулей * Минимизировать междоменные зависимости * Обеспечить владение данными внутри доменов 5. Масштабируемость * Реализовать горизонтальное и вертикальное масштабирование * Использовать балансировку нагрузки * Оптимизировать партиционирование и шардинг * Планировать автоскейлинг под пики нагрузки 6. Надёжность * Проектировать отказоустойчивость и деградацию * Настроить мониторинг, алерты и логирование * Реализовать бэкапы и восстановление * Использовать ретраи, circuit breaker и таймауты 7. Доступность * Реплицировать данные между узлами * Минимизировать даунтайм через failover * Определить планы восстановления (RTO/RPO) * Регулярно тестировать под нагрузкой 8. Производительность * Оптимизировать задержки и пропускную способность * Использовать кэширование для горячих данных * Оптимизировать алгоритмы и запросы * Применять сжатие для передачи данных 9. Безопасность * Реализовать аутентификацию и авторизацию * Шифровать данные в покое и при передаче * Проводить сканирование уязвимостей и аудиты * Защищать API и эндпоинты от атак 10. Поддерживаемость * Писать модульный, читаемый и документированный код * Автоматизировать деплой и версионирование * Проектировать систему без ломания фич при росте * Использовать CI/CD пайплайны 11. Тестирование * Покрывать юнит-, интеграционные и e2e-тесты * Проводить нагрузочное тестирование * Валидировать API и корректность данных * Проверять безопасность и соответствие требованиям 12. Пользовательский опыт * Делать понятный и отзывчивый интерфейс * Оптимизировать пользовательские сценарии * Проводить юзабилити-тестирование * Учитывать доступность 13. Оценка стоимости * Считать инфраструктурные затраты * Учитывать лицензии, масштабирование и операционные расходы * Оптимизировать использование облачных ресурсов * Закладывать бюджет на отказоустойчивость 14. Документация * Поддерживать актуальные техдоки и архитектуру * Писать API-справочники и руководства * Использовать диаграммы * Хранить всё с версионированием 15. План миграции * Проверить совместимость старой и новой системы * Составить пошаговую стратегию * Прогнать миграцию на стенде * Проверить целостность данных после переноса 👉 Java Portal

Кто-то выложил в опенсорс инструмент, который парсит бизнесы из Google Maps по всему миру. Название, адрес, телефон, сайт, отзывы, часы работы — всё собирается. Достаточно ввести поисковый запрос, и он выгружает данные в CSV. Проект на 100% с открытым исходным кодом. 👉 Java Portal

SOLID в Java: принцип подстановки Лисков (LSP) утверждает: ==> Объекты базового класса должны заменяться объектами подклассов без проблем. × Плохой пример * Есть класс Vehicle с методом startEngine(). * Наследуемся в Bicycle, но… у велосипеда нет двигателя, и метод выбрасывает исключение. Такая иерархия:

class Vehicle {
    public void startEngine() { ... }
}

class Bicycle extends Vehicle {
    @Override
    public void startEngine() {
        throw new UnsupportedOperationException("Bicycles don't have engines!");
    }
}

* Любой тест, который ожидает, что любой Vehicle сможет запустить двигатель, падает. * Подкласс ведёт себя иначе, чем базовый класс — LSP нарушен. ✓ Как исправить Разделить ответственность через интерфейсы:

interface Vehicle {}

interface Motorized {
    void startEngine();
}

class Car implements Vehicle, Motorized {
    public void startEngine() { ... }
}

class Bicycle implements Vehicle {
    // без двигателя — всё корректно
}

Теперь только те объекты, которым действительно нужен двигатель, реализуют Motorized. * Подклассы не должны ломать ожидания, заданные базовым классом * Поведение лучше разделять, чем «затыкать» методы исключениями * LSP делает код предсказуемым и безопасным для расширения 👉 Java Portal

Spring Boot: можно обрабатывать CORS глобально через WebMvcConfigurer CORS — это механизм, который позволяет веб-приложению на одном домене (origin) получать доступ к ресурсам с другого домена. 👉 Java Portal

Совет по Java: удаляйте неиспользуемые импорты и переменные — это улучшает читаемость кода. До:

import java.util.Date;   // неиспользуемый импорт
import java.util.Scanner;

public class Greeting {
    private int age;     // неиспользуемая переменная

    public void sayHello() {
        Scanner sc = new Scanner(System.in);
        System.out.println("Hello, world!");
        sc.close();
    }
}

После:

import java.util.Scanner;

public class Greeting {

    public void sayHello() {
        Scanner sc = new Scanner(System.in);
        System.out.println("Hello, world!");
        sc.close();
    }
}

#Java #CleanCode 👉 Java Portal

Совет по Java: избегайте глубокой вложенности if-else — используйте guard clauses (ранний выход) Одна из частых проблем в Java-коде — сильно вложенные условия. Формально код работает, но его сложно читать и поддерживать. ✗ Плохо: вложенные if-else * сложно читать * логика размазана * любое изменение усложняет код ✓ Хорошо: guard clauses (ранний выход) * проверки сразу отсекают невалидные состояния * основной сценарий читается сверху вниз * код короче и понятнее Почему guard clauses — профессиональный подход: * снижают когнитивную нагрузку * делают бизнес-логику очевидной * упрощают рефакторинг и тестирование * хорошо сочетаются с fail-fast подходом Правило простое: если условие — это ошибка или отклонение от нормального потока, проверяйте его сразу и выходите из метода. В результате код становится: * линейным * предсказуемым * удобным для поддержки На уровне синтаксиса это мелочь, но на уровне качества кода разница существенная. 👉 Java Portal

Основные области памяти JVM: ▪️Heap (куча) Общая для потоков Хранит объекты и экземпляры, управляется сборщиком мусора ▪️Method Area (область методов) Общая для потоков Метаданные классов, статические переменные, байткод ▪️Runtime Constant Pool (пул констант времени выполнения) На класс, разделяется Строковые литералы, ссылки на методы, константы ▪️JVM Stack (стек JVM) На поток Фреймы вызовов, локальные переменные, адреса возврата ▪️Native Stack (нативный стек) На поток Выполнение нативного кода через JNI ▪️Program Counter (PC регистр) На поток Текущая инструкция, которую выполняет поток ▪️Code Cache (кэш кода) Общий Машинный код после JIT-компиляции ▪️Direct Memory (off-heap) Общая Память вне кучи для высокопроизводительного ввода-вывода Разбиение кучи: ▪️Eden Новые объекты создаются здесь ▪️Survivor Краткоживущие объекты перед продвижением ▪️Old Generation Долгоживущие объекты 👉 Java Portal

💡Spring Boot: задавайте границы @ComponentScan аккуратно, чтобы не сканировать целые пакеты по ошибке. Предположим, вы используете что-то вроде @ComponentScan("com.mycompany"): ❌Увеличивается время сканирования classpath ❌Замедляется запуск приложения ❌Могут подгружаться классы, не предназначенные быть Spring-компонентами Лучшие практики: ✅Полагаться на значения по умолчанию:

@SpringBootApplication
public class MyApplication { }

По умолчанию сканируются только подпакеты пакета, где находится MyApplication ✅Сканировать конкретные подпакеты:

@ComponentScan({
    "com.mycompany.myapp.product",
    "com.mycompany.myapp.order"
})

👉 Java Portal

Java: если нужно писать переносы строк, соответствующие ОС, используй System.lineSeparator(). 👉 Java Portal

Микросервисы — это хаос без этих паттернов 👉 Java Portal

А что у нас здесь? Новая серия вебинаров по Java! И первый вебинар от PVS-Studio посвящен современному Gradle для Java-разработчика. Вы узнаете, зачем в современных проектах нужны модули и как они помогают масштабировать кодовую базу без хаоса. Поймете, как устроен жизненный цикл Gradle и какие механизмы стоят за его скоростью и гибкостью. А еще: - в формате лайвкодинга создадите с нуля базовую структуру мультимодульного проекта; - настроите зависимости между модулями; - обсудите лучшие практики организации кода; - после вебинара получите понятную основу для построения поддерживаемых и расширяемых Java-проектов любой сложности. Подробности и регистрация по ССЫЛКЕ.

Совет по Java: Если нужно посчитать, сколько раз элемент встречается в списке, нет необходимости писать цикл вручную. Используй готовый метод: Collections.frequency(...) Пример:

int count = Collections.frequency(
    List.of("red", "green", "red"),
    "red"
);
System.out.println(count); // 2

👉 Java Portal

Аккуратная идея из превью JDK 24: JEP 487, Scoped Values. Scoped Values направлены на то, чтобы сделать общий неизменяемый контекст более предсказуемым по сравнению с ThreadLocal, особенно в современном конкурентном коде. Небольшой пример 👇

Polling vs Long Polling vs Webhooks vs SSE Четыре способа получать обновления от сервера. Каждый даёт свой баланс между простотой, эффективностью и «почти реалтайм» доставкой. Вот как они отличаются: — Polling Клиент каждые несколько секунд отправляет запрос: «есть что-то новое?». Сервер отвечает сразу — независимо от наличия данных. Большинство ответов пустые, что тратит ресурсы клиента и сервера. Подходит для сценариев вроде статуса заказа, где допустима задержка и важна простота реализации. — Long Polling Клиент отправляет запрос, а сервер держит HTTP-соединение открытым до появления данных или таймаута. Пустых ответов значительно меньше, чем в обычном polling. Использовался, например, в чатах для приближения к реалтайм-доставке сообщений. — SSE (Server-Sent Events) Клиент открывает постоянное HTTP-соединение, сервер стримит события по мере появления. Односторонний канал, лёгкий, работает поверх обычного HTTP. Многие AI-интерфейсы стримят ответы токен за токеном именно через SSE. — Webhooks Вместо опроса клиентом, сервис сам отправляет HTTP POST на заранее зарегистрированный callback URL при наступлении события. Stripe использует для подтверждения платежей, GitHub — для событий push. Клиент не держит соединение и не делает запросы, просто принимает вызовы. Часто используется комбинация: polling для простых статусов, SSE для стриминга, webhooks для событий. 👉 Java Portal