Как реализовать в интерфейсе вариант «Все» в фильтре, если API не поддерживает такое значение?

Ситуация типичная: в UI нужен пункт «Все», но API принимает только конкретные значения фильтра и не понимает ни пустую строку, ни слово ALL. Решение — держать «Все» как отдельное клиентское состояние и не передавать его в запрос. Бэкенд в этом случае просто не получает параметр и возвращает нефильтрованный набор данных.

Как это устроено

• В состоянии фильтра используем специальный маркер, например null или строку 'ALL'.
• При формировании query-параметров проверяем значение: если это маркер — параметр не добавляем.
• В UI отображаем «Все» как обычный пункт select или radio.
• Если API всё же требует явный список — можно подставить все доступные значения, но это хуже масштабируется.

Пример на JavaScript

const ALL = 'ALL';
let selectedCategory = ALL;

function buildQuery(params) {
  const query = new URLSearchParams();
  if (params.category !== ALL) {
    query.set('category', params.category);
  }
  if (params.search) query.set('search', params.search);
  return query.toString();
}

// selectedCategory = ALL -> запрос без category
// selectedCategory = 'books' -> ?category=books

Нюансы

• Не путайте «Все» с «Не выбрано»: семантически это разные состояния, если фильтров несколько.
• При сбросе фильтров возвращайте маркер ALL, а не пустую строку, чтобы UI был консистентным.
• Если фильтр многозначный, «Все» может означать пустой массив — тоже не отправляйте его в API.
• Синхронизируйте состояние с URL, чтобы ссылку можно было шарить: отсутствие параметра = «Все».

Такой подход не требует изменений на бэкенде и хорошо ложится на REST и GraphQL. Он применим везде, где API не поддерживает агрегирующее значение, а UI должен дать пользователю удобный выбор «без фильтра».