API map

Текущее API проекта в одном месте.

Эта страница показывает два слоя сразу: что уже реально объявлено в Spring backend и какие endpoint'ы уже ожидает frontend для клиентского кабинета и доски юриста.

Реализовано в backend 0 endpoint'а найдены в Spring-контроллерах

Ожидает frontend 0 контрактов уже описаны в JS-слое

Как читать таблицу

Сначала текущее состояние, потом целевая модель.

Для junior backend это полезно как мини-спецификация: видно HTTP метод, путь, ожидаемую авторизацию, форму запроса и где уже есть расхождения между слоями.

Backend now

Реально реализованные endpoint'ы

Это маршруты, которые уже объявлены в Spring-контроллерах на текущий момент.

Method	Path	Access	Status	Назначение	Request	Response	Комментарий

Frontend contract

Endpoint'ы, которые уже ждёт frontend

Это хорошая дорожная карта для следующих backend задач: кабинет клиента, заказы, комментарии, статусы и канбан-доска юриста.

Method	Path	Access	Status	Назначение	Request	Response	Комментарий

Что важно

Ключевые наблюдения по архитектуре

Это уже не просто UI-таблица, а подсказка, как развивать backend без хаоса.

1. Контракт авторизации пока расходится

Backend использует `HttpSession`, а frontend подготовлен под token-based API. Это нужно либо выровнять, либо явно поддержать оба сценария на этапе миграции.

2. У клиента уже просматривается application/order слой

Для проекта это хороший enterprise-подход: отделять регистрацию пользователя от бизнес-сущности заказа и его жизненного цикла.

3. Статусы и комментарии лучше сразу проектировать отдельно

Это похоже на Spring-подход с отдельными entity, service и history таблицами, а не с одним большим orders controller.

4. Эта страница может стать твоей мини-спецификацией

Когда будешь добавлять новый endpoint, обновляй таблицу вместе с кодом. Так проще держать frontend, backend и БД в одной картине.