Метод containsAll() интерфейса Collection проверяет входят ли в коллекцию все элементы переданной в параметре коллекции.

boolean containsAll(Collection<?> c);

Параметры:
c – коллекция, которую необходимо проверить на предмет содержания в этой коллекции

Возврат:
true, если эта коллекция содержит все элементы указанной коллекции

Метод Arrays.fill() для инициализации массива

Класс java.util.Arrays имеет несколько методов с именем fill(), которые принимают разные типы аргументов и заполняют весь массив одним и тем же значением:

long array[] = new long[5];
Arrays.fill(array, 30);

У метода также есть несколько альтернатив, которые устанавливают диапазон массива в определенное значение:

int array[] = new int[5];
Arrays.fill(array, 0, 3, -50);

Обратите внимание, что метод принимает массив, индекс первого элемента, индекс последнего элемента (не включительно) и значение.

Принцип программирования YAGNI — «Вам это не понадобится»

Cледование данному принципу заключается в том, что возможности, которые не описаны в требованиях к системе, просто не должны реализовываться. Это позволяет вести разработку, руководствуясь экономическими критериями: Заказчик не должен оплачивать ненужные ему функции, а разработчики не должны тратить своё оплачиваемое время на реализацию того, что не требуется.

Основная проблема, которую решает принцип YAGNI — это устранение тяги программистов к излишней абстракции, к экспериментам «из интереса» и к реализации функционала, который сейчас не нужен, но, по мнению разработчика, может вскоре понадобиться или просто будет полезен, хотя в реальности такого часто не происходит.

«Бесплатных» функций в программных продуктах просто не бывает. Если рассматривать материальную сторону, то любые ненужные, но фактически реализованные «фичи» оплачиваются либо заказчиком (в бюджет закладываются расходы на те функции, которые не нужны), либо исполнителем из прибыли по проекту. И тот, и другой варианты с точки зрения бизнеса неверны. Если же говорить о нематериальных затратах, то любые «бонусные» возможности усложняют сопровождение, увеличивают вероятность ошибок и усложняют взаимодействие с продуктом, — между объёмом кодовой базы и описанными характеристиками есть прямая зависимость. Больше написанного кода — труднее сопровождать и выше вероятность появления «багов», тут очень уместна поговорка: «лучший код — это ненаписанный код».

Принципы YAGNI и KISS очень похожи, если KISS нацелен на упрощение и полезен в плане работы с теми требованиями, которые имеют место быть, то YAGNI более категоричен и применяется для ограждения проектов по разработке ПО от «размывания» их рамок.

Подход к реализации проектов строго по ТЗ бывает верен с нескольких ракурсов: заказчик не должен платить за то, что ему не надо, а продукт должен быть максимально сопровождаем и его качество не должно страдать от реализации ненужных функций.

Реализация стека с помощью интерфейса Deque

Deque (Double-ended queue) представляет собой интерфейс, который расширяет функциональность обычной очереди (Queue). Он позволяет добавлять и удалять элементы как в начале, так и в конце очереди. Deque является частью Java Collections Framework и введен в Java 6.

Так же, Deque содержит методы для работы со стеком:

// помещает элемент в стек.
void push(E e);

// извлекает элемент из стека.
E pop();

Deque реализуется различными классами, такими как LinkedList и ArrayDeque. Выбор конкретной реализации зависит от требований к производительности и использования памяти.

JSON Web Token (JWT) — это открытый стандарт (RFC 7519) для создания токенов доступа, основанный на формате JSON. Как правило, используется для передачи данных для аутентификации в клиент-серверных приложениях. Токены создаются сервером, подписываются секретным ключем и передаются клиенту, который в дальнейшем использует данный токен для подтверждения подлинности аккаунта.

JWT состоит из трех частей, разделенных точкой: заголовок (Header), полезная нагрузка (Payload), и подпись (Signature). Каждая часть представлена в кодировке Base64.

Header содержит два элемента - тип токена (typ) и алгоритм хеширования (alg). Тип токена обычно установлен в "JWT", а алгоритм хеширования указывает, как будет создана подпись.

Payload содержит данные о пользователе, например идентификатор, имя и прочие.

Signature создается с использованием алгоритма хеширования и секретного ключа. Подпись обеспечивает проверку целостности токена и подтверждает, что токен был создан доверенной стороной.

В клиент-серверных приложениях используются два вида токена:

Access-токен — это токен, который предоставляет доступ его владельцу к защищённым ресурсам сервера. Обычно он имеет короткий срок жизни и может нести в себе дополнительную информацию, такую как IP-адрес стороны, запрашивающей данный токен.

Refresh-токен — это токен, позволяющий клиентам запрашивать новые access-токены по истечении их времени жизни. Данные токены обычно выдаются на длительный срок.

Как правило, при использовании JSON-токенов в клиент-серверных приложениях реализована следующая схема:

1️⃣ Клиент проходит аутентификацию в приложении (к примеру, с использованием логина и пароля).

2️⃣ В случае успешной аутентификации сервер отправляет клиенту access- и refresh-токены.

3️⃣ При дальнейшем обращении к серверу клиент использует access-токен. Сервер проверяет токен на валидность и предоставляет клиенту доступ к ресурсам.

4️⃣ В случае, если access-токен становится невалидным, клиент отправляет refresh-токен, в ответ на который сервер предоставляет два обновлённых токена.

5️⃣ В случае, если refresh-токен становится невалидным, клиент опять должен пройти процесс аутентификации.

JWT позволяет создавать безопасные механизмы аутентификации и авторизации без необходимости сохранения состояния сессии на сервере. Он также широко используется в распределенных системах и при создании микросервисов для передачи данных о субъекте (пользователе) между различными компонентами системы.