| Канал | Публикаций | Подписчиков | Последний пост |
|---|---|---|---|
Java библиотека
[telegram]
|
9 | 31126 | 17.05.26 |
|
Книги для Java программи…
[max]
|
18 | 1646 | 13.05.26 |
|
Java Guru
[max]
|
4 | 677 | 19.04.26 |
| Канал | Публикаций | Подписчиков | Последний пост |
|---|---|---|---|
|
Java News
[max]
|
10 | 65 | 17.05.26 |
|
Java Guru
[max]
|
2 | 677 | 10.04.26 |
|
Книги для Java программи…
[max]
|
1 | 1646 | 10.04.26 |
|
IT мероприятия России / …
[max]
|
1 | 528 | 27.03.26 |
Загрузка данных...
| Размещенный пост | Текст публиакции | Рекламирующий канал | Просмотры | Просмотры 24 ч | Прирост подписчиков |
|---|
Загрузка данных...
| Размещенный пост | Текст публикации | Рекламируемый канал | Просмотры | Просмотры 24 ч | Прирост подписчиков |
|---|
| Дата и время публикации | Текст публикации | Рекламируемый канал | Динамика просмотров | Всего просмотров |
|---|---|---|---|---|
| 2026-05-17 14:02:00 | Скучный Рефакторинг: борьба с искушениями Рефакторинг должен быть скучный и надежный. Надо держаться от искушения обновить библиотеку, починить баг, улучшить стиль. Под катом разбор почему именно такой путь сможет вытянуть тяжелый legacy рефакторинг, а шаг вправо и влево ведет к откату релиза. Читать статью Java News Скучный Рефактор… |
|
|
71 |
| 2026-05-17 10:34:13 | Java Records - это не просто DTO. Многие думают, что record - только для хранения данных. Но на практике это полноценный тип, в котором можно добавить бизнес-логику. Что можно внутри record: * конструкторы с валидацией * instance-методы * static-методы * фабричные методы * нормализацию данных Пример реального использования: public record Email(String address) { // Валидация при создании public Email { if (address == null || !address.matches("^[\\w-.]+@[\\w-]+\\.[\\w]{2,4}$")) { throw new IllegalArgumentException("Invalid email: " + address); } } // Бизнес-логика public String domain() { return address.substring(address.indexOf("@") + 1); } // Фабричный метод public static Email from(String raw) { return new Email(raw.trim().toLowerCase()); } } Почему это мощно: * неизменяемость по умолчанию * вся логика рядом с данными * меньше boilerplate * безопасное создание объектов * идеальный формат для Value Objects (DDD) Record - это не “структура”. Это компактный способ писать чистые доменные модели. Если используешь records только как DTO, ты используешь их на 50%. Java библиотека Java Records - э… | — |
|
240 |
| 2026-05-16 20:44:20 | Spring Boot: не подключайте полный spring-boot-starter-web, если вам нужен только Spring MVC — этот стартер тянет лишние компоненты, например встроенный сервер, который может быть вам не нужен. Java библиотека Spring Boot: не … | — |
|
298 |
| 2026-05-16 19:12:24 | Выиграй крутые постеры с автографом всех импровизаторов⚡️ Скорее выполняй простые условия конкурса: ✅ Подпишись на канал «НТВ Развлекательное» ✅ Нажми кнопку "Участвовать" под этим постом ✅ Напиши один комментарий под следующим постом, указав ссылку на свою личную страницу ВКонтакте❗️ Порадуй себя уникальными подарками в честь премьеры нового шоу, в котором всё происходит без какого-либо сценария! 🔥 Не пропустите премьеру шоу «Импровизаторы» — с 23 мая в 23:00 на НТВ! Выиграй крутые п… | — |
|
26 |
| 2026-05-15 21:13:11 | Spring Boot совет, который спасает от скрытых проблем В POM-файлах лучше избегать wildcard-исключений для транзитивных зависимостей. Почему это важно? ❌ Wildcard exclusions просто убирают симптом Вы глушите конфликт, но настоящая проблема — несовпадение версий зависимостей — никуда не исчезает. В итоге: - сложно отследить источник бага - неожиданные падения в рантайме - магические проблемы после обновлений Это не лечение, это пластырь поверх трещины в фундаменте. ✅ Что делать правильно — использовать явные exclusions Вместо “выкинуть всё подряд” лучше точно указать, что именно вы исключаете: <exclusion> <groupId>org.apache.tomcat.embed</groupId> <artifactId>tomcat-embed-websocket</artifactId> </exclusion> Spring Boot сове… | — |
|
454 |
| 2026-05-12 11:32:00 | Spring Boot: Лучше использовать глобальные фильтры/интерсепторы только для действительно сквозных (cross-cutting) задач и избегать бизнес-логики. Они выполняются для каждого входящего HTTP-запроса. Некоторые хорошие кейсы использования сквозной функциональности (cross-cutting concerns), реализуемой через фильтры и интерсепторы: Фильтры (раньше, чем Spring MVC): - Обработка CORS - Кодировка (CharacterEncodingFilter) Интерсепторы (Spring MVC): - Проверки аутентификации/авторизации - Замер времени выполнения запроса / метрики - Обработка локали - Добавление общих заголовков Плохой пример: @Component public class SubscriptionInterceptor implements HandlerInterceptor { @Autowired private UserService userService; @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String userId = request.getHeader("X-USER-ID"); // Бизнес-логика + обращение к БД внутри интерсептора User user = userService.findById(userId); if (user.getSubscription().isExpired()) { response.setStatus(403); response.getWriter().write("Subscription expired"); return false; } return true; } } Java библиотека Spring Boot: Луч… | — |
|
550 |
Загрузка данных...
| Время | Контент | Подписчиков | Кто ссылался | Просмотры 48ч | Просмотры 24ч |
|---|