Еженедельный обзор ForEach — это тщательно отобранный список лучших материалов, которые я читаю каждую неделю — несколько статей, которые стоит прочитать (в произвольном порядке).
С итоговым еженедельным обзором февраля – держитесь за шляпу!
Весной
Мы начнем с большого количества официальных ресурсов Spring:
- => Доступ к данным JPA с помощью REST — новое руководство о постоянно улучшающейся поддержке REST в Spring.
- => Groovy Bean Configuration в Spring Framework 4 — Groovy Bean Builder — реальная альтернатива ставшим стандартом
классам @Configuration. - => Повтор веб-семинара: репозитории данных Spring — передовой опыт — более часа полезных сведений о Spring Data в виде видео.
- => Выпущен Spring Data Redis 1.2 GA — по горячим следам поезда Spring Data Release на прошлой неделе — Spring Data Redis 1.2 выходит на этой неделе (будет частью следующего поезда Spring Data).
=> Время ожидания сеанса и одновременное управление сеансом с помощью Spring Security и Spring-MVC
Хорошо изучите параметры Spring Security для управления сеансами.
=> Отслеживание исключений приложений с помощью Spring
Интересная дискуссия о мониторинге приложения и создании быстрого и индивидуального инструмента для упреждающего мониторинга журналов. Смешно.
На Яве
=> Java 8 Friday Goodies: Локальное кэширование Easy-as-Pie
Посмотрите, как можно использовать Map в качестве локального кеша в Java 8 — используя новую атомарную операцию calculateIfAbsent и поддержку лямбда-выражений.
=> Лучшие практики кэширования
Вдохновленный предыдущей статьей — Влад рассказывает о некоторых замечательных идеях о кэшировании. Жаль, что я не прочитал первую часть этого поста 8 лет назад, когда я только начинал — это сэкономило бы мне немного времени.
=> Правило JUnit ExpectedException: за пределами основ
Если вы имели дело с исключениями в тестах JUnit вручную, использование правил — хороший шаг вперед, так как это избавляет от длинного хлама и ненужного кода.
=> Как устранить ошибки с помощью высокой сплоченности
Дискуссия на основе примеров о росте и развитии API , а не о попытках сделать все правильно с самого начала. Прочтите это, если вы создаете какой-либо API (вероятно, вы это делаете, даже если не знаете об этом).
=> КАК: Тестировать зависимости в проекте Maven (JUnit, Mocito, Hamcrest, AssertJ)
Хорошее краткое введение в то, как выйти за рамки JUnit с помощью дополнительных библиотек тестирования (и Maven).
Технические
=> Увеличьте производительность мобильных устройств, внедрив прозрачные перенаправления.
Концепция прозрачного перенаправления и интересная идея потенциального расширения спецификации HTTP новым статусом перенаправления.
=> 10 примеров использования команды lsof — Unix/Linux
Полезно иметь его в заднем кармане.
Общие размышления
=> Нам нужно больше мастеров
Отличный ответ на благонамеренный, но несколько ограниченный взгляд на команды и хорошую разработку программного обеспечения. Это прямо затрагивает суть проблемы — в здоровой команде каждый должен брать на себя ответственность.
По традиции, если вы прочитали одну статью из этого недельного обзора – это то, что вы должны прочитать!
=> Выбор безопасных паролей
Хорошее подробное обсуждение выбора и администрирования ваших паролей — многому можно научиться из этой статьи.
=> Определите API, используя его
Правильное обдумывание решений, которые вы создаете и развиваете API, — очень полезный навык. TDD поможет вам на полпути, но, в конечном счете, правильный настрой очень полезен при выборе абстракций и обязанностей вашего собственного API.
В последнее время я выбирал много статей об API — в основном потому, что очень важно правильно написать свою — что, я думаю, — хороший способ закончить эту статью.