Java в мессенджере MAX — 261 подписчиков, аналитика и статистика

Последние публикации канала «Java»

1. 147 просмотров, 13 июн. 2026 г., изображение

   Java: никогда не доверяйте внешнему вводу напрямую Пользовательский ввод нельзя сразу подставлять в SQL, путь к файлу или бизнес-логику. Плохой вариант: String sql = "SELECT * FROM users WHERE email = '" + email + "'"; Files.readString(Path.of("/data/" + filename)); int age = Integer.parseInt(request.getParameter("age")); На вид обычный код, но в нём сразу несколько проблем: • SQL-инъекции; • path traversal через ../; • некорректные типы и диапазоны; • мусорные данные, которые ломают логику дальше по системе. Правильный подход - валидировать данные на границе приложения и использовать…

   
2. 124 просмотров, 10 реакций, 06 июн. 2026 г., изображение

   💡 Java: вложенные if-else быстро превращают код в лабиринт Когда вся логика уходит в глубокую вложенность, читать метод становится больно: основной сценарий спрятан где-то внизу, а перед ним несколько уровней проверок. Проще использовать guard clauses - ранние проверки с выходом из метода. Было: - проверяем user - внутри проверяем active - внутри проверяем order - внутри проверяем paid - только потом выполняем основное действие Стало: - если user == null - сразу ошибка - если user неактивен - сразу ошибка - если order == null - сразу ошибка - если order не оплачен - сразу ошибка - основная…

   
3. 212 просмотров, 06 июн. 2026 г., изображение

   💡 Java: вложенные if-else быстро превращают код в лабиринт Когда вся логика уходит в глубокую вложенность, читать метод становится больно: основной сценарий спрятан где-то внизу, а перед ним несколько уровней проверок. Проще использовать guard clauses - ранние проверки с выходом из метода. Было: - проверяем user - внутри проверяем active - внутри проверяем order - внутри проверяем paid - только потом выполняем основное действие Стало: - если user == null - сразу ошибка - если user неактивен - сразу ошибка - если order == null - сразу ошибка - если order не оплачен - сразу ошибка - основная…

   
4. 371 просмотров, 7 реакций, 16 мая 2026 г., изображение

   Spring Boot: уберите try/catch из контроллеров В Spring Boot не нужно размазывать обработку ошибок по каждому endpoint через бесконечные try/catch. Для этого есть @RestControllerAdvice. Идея простая: вы выносите обработку исключений в один глобальный класс, а контроллеры оставляете чистыми. Например: @RestControllerAdvice public class GlobalExceptionHandler {     @ExceptionHandler(ResourceNotFoundException.class)     public ResponseEntity<?> handleNotFound(ResourceNotFoundException ex) {         return ResponseEntity                 .status(HttpStatus.NOT_FOUND)                 .body(new…

   
5. 431 просмотров, 16 мая 2026 г., изображение

   Spring Boot: уберите try/catch из контроллеров В Spring Boot не нужно размазывать обработку ошибок по каждому endpoint через бесконечные try/catch. Для этого есть @RestControllerAdvice. Идея простая: вы выносите обработку исключений в один глобальный класс, а контроллеры оставляете чистыми. Например: @RestControllerAdvice public class GlobalExceptionHandler {     @ExceptionHandler(ResourceNotFoundException.class)     public ResponseEntity<?> handleNotFound(ResourceNotFoundException ex) {         return ResponseEntity                 .status(HttpStatus.NOT_FOUND)                 .body(new…

   Открыть пост в MAX
6. 336 просмотров, 7 реакций, 07 мая 2026 г., изображение

   🚀 Java - regex без боли Нашли интересную библиотеку - Sift. Она заменяет весь этот ад с регулярками на нормальный fluent API. Теперь вместо нечитаемых строк вида: ^[0-9a-fA-F]{6}$ Пишешь код, который реально понимаешь: .char('#') .then() .exactly(6) .hexDigits() 📌 Что это дает: - Читаемый и понятный код - Меньше ошибок в regex - Быстрее разработка и поддержка По сути — это как “переводчик” с языка регулярных выражений на человеческий Java-код. Если когда-нибудь ломал голову над regex -это прям must-have. #Java #JavaDev

   
7. 381 просмотров, 07 мая 2026 г., изображение

   🚀 Java - regex без боли Нашли интересную библиотеку - Sift. Она заменяет весь этот ад с регулярками на нормальный fluent API. Теперь вместо нечитаемых строк вида: ^[0-9a-fA-F]{6}$ Пишешь код, который реально понимаешь: .char('#') .then() .exactly(6) .hexDigits() 📌 Что это дает: - Читаемый и понятный код - Меньше ошибок в regex - Быстрее разработка и поддержка По сути — это как “переводчик” с языка регулярных выражений на человеческий Java-код. Если когда-нибудь ломал голову над regex -это прям must-have. #Java #JavaDev

   Открыть пост в MAX
8. 390 просмотров, 5 реакций, 26 апр. 2026 г., изображение

   ⚡️ CORS в Spring Boot: не лечите это костылями на фронте Если frontend и backend живут на разных доменах или портах, браузер начнет резать запросы по CORS. Это не баг Spring Boot и не проблема React. Это нормальный механизм безопасности браузера. Правильный способ - настроить CORS на стороне backend. В Spring Boot это можно сделать глобально через WebMvcConfigurer: указать маршруты, разрешенные origins, HTTP-методы, заголовки и работу с credentials. Главное - не ставить бездумно * везде подряд, особенно если используете cookies, токены или allowCredentials(true). В проде лучше явно…

   
9. 417 просмотров, 17 реакций, 20 апр. 2026 г., изображение

   ⚡️ Перестаём писать методы с 7+ параметрами Если сигнатура выглядит как: createUser(firstName, lastName, email, phone, address, city, country) Это уже сигнал, что модель данных развалилась. Проблема не только в читаемости.   Такие методы сложнее поддерживать, расширять и тестировать. Любое изменение ломает сигнатуру и тянет за собой каскад правок. Нормальный вариант - собрать связанные данные в объект: UserInfo userInfo Получаем: - чище API   - проще добавлять поля   - меньше ошибок при передаче параметров   - код начинает отражать доменную модель, а не список строк   Это базовый приём, но…

   
10. 459 просмотров, 20 апр. 2026 г., изображение

    ⚡️ Перестаём писать методы с 7+ параметрами Если сигнатура выглядит как: createUser(firstName, lastName, email, phone, address, city, country) Это уже сигнал, что модель данных развалилась. Проблема не только в читаемости.   Такие методы сложнее поддерживать, расширять и тестировать. Любое изменение ломает сигнатуру и тянет за собой каскад правок. Нормальный вариант - собрать связанные данные в объект: UserInfo userInfo Получаем: - чище API   - проще добавлять поля   - меньше ошибок при передаче параметров   - код начинает отражать доменную модель, а не список строк   Это базовый приём, но…

    Открыть пост в MAX
11. 441 просмотров, 8 реакций, 15 апр. 2026 г., изображение

    Spring Boot может уронить API из-за одного лишнего поля в JSON Классика: приходит запрос с дополнительным полем, которого нет в DTO и ты ловишь UnrecognizedPropertyException. Клиент добавил поле, ты не обновил модель - всё падает. Решение в одну строку: @JsonIgnoreProperties(ignoreUnknown = true) public class UserDTO {     private String name;     private int age; } Теперь Jackson просто игнорирует лишние поля вместо того, чтобы ломать приложение. Полезно, когда API живёт долго, клиенты обновляются быстрее бэка, а ломать совместимость нельзя.

    
12. 480 просмотров, 15 апр. 2026 г., изображение

    Spring Boot может уронить API из-за одного лишнего поля в JSON Классика: приходит запрос с дополнительным полем, которого нет в DTO и ты ловишь UnrecognizedPropertyException. Клиент добавил поле, ты не обновил модель - всё падает. Решение в одну строку: @JsonIgnoreProperties(ignoreUnknown = true) public class UserDTO {     private String name;     private int age; } Теперь Jackson просто игнорирует лишние поля вместо того, чтобы ломать приложение. Полезно, когда API живёт долго, клиенты обновляются быстрее бэка, а ломать совместимость нельзя.

    Открыть пост в MAX
13. 443 просмотров, 3 реакций, 11 апр. 2026 г., изображение

    🔥 Одна аннотация, которая экономит тонны кода в Spring @RestController - это не просто удобство, а скрытая магия, про которую многие забывают. Под капотом это комбинация @Controller + @ResponseBody .  То есть тебе не нужно писать @ResponseBody в каждом методе - всё работает автоматически. • Меньше бойлерплейта   • чище код   • меньше шансов забыть и получить неожиданный результат Кажется мелочью, но на больших проектах это реально экономит время и нервы Если до сих пор используешь @Controller + @ResponseBody вручную - пора упрощать

    
14. 482 просмотров, 11 апр. 2026 г., изображение

    🔥 Одна аннотация, которая экономит тонны кода в Spring @RestController - это не просто удобство, а скрытая магия, про которую многие забывают. Под капотом это комбинация @Controller + @ResponseBody .  То есть тебе не нужно писать @ResponseBody в каждом методе - всё работает автоматически. • Меньше бойлерплейта   • чище код   • меньше шансов забыть и получить неожиданный результат Кажется мелочью, но на больших проектах это реально экономит время и нервы Если до сих пор используешь @Controller + @ResponseBody вручную - пора упрощать

    Открыть пост в MAX
15. 331 просмотров, 05 апр. 2026 г., изображение

    ⚡️ Java лайфхак: не убивай производительность боксингом Многие даже не замечают, как теряют скорость из-за автoboxing в Stream API. ❌ Плохо (создаются объекты Integer): Stream<Integer> boxed = Stream.of(1, 2, 3, 4, 5); int sum = boxed.reduce(0, Integer::sum); Каждое число → объект → лишняя память + нагрузка на GC ✅ Хорошо (работа с примитивами): int sum = IntStream.of(1, 2, 3, 4, 5).sum(); Без лишних объектов. Быстрее. Чище. Запомни: - IntStream → для int   - LongStream → для long   - DoubleStream → для double   Если работаешь с числами — всегда используй primitive streams. Это мелочь,…

    Открыть пост в MAX