остальное бесполезно и если вы крупная рыба, все ваши защиты обойдут, в любом случае

не крупная
тактика неуловимого джо никогда не подводила 👍

ну а если есть возможность зашарить стейт между СПА и беком - сделайте jwt - вам хватит

то есть фронт получает некий билет от бэка на сабмит формы?
типа того?

от фронта только

ага, поправил

один и тот же ключ на фронт и на бек
и время жизни ну например 5 минут

и бек просто проверяет валидный ли жвт

это не спасет вас от сабмита формы если бот на нее зайдет как пользователь
но от прямых отправок аж бегом спасет

Всем привет, я совсем недавно столкнулся с написанием тестов и у меня возник вот такой вопрос: каким образом тестировать обработчика команды? Обработчик в аргументах принимает интерфейс репозитория чтобы записать объект в базу, нужно ли для этого репозитория делать например InMemoryRepository в котором просто записывать в массив и сверять что этот элемент добавлен или достаточно просто сделать мок этого репозитория и хватит? не могу найти информации о том как их тестировать

нет, мокните интерфейс и убедитесь что в него переданы нужные данные

например
expects(once())
->method('save')
->with(string1, string2)

остальное вам без разницы, сохранит там что-то репозиторий или нет, главное что вы туда передали нужные и правильные данные согласно логике

то есть если он удачно передал объект в функцию то считай что выполнено хорош

спасибо, это лучше чем для каждого репозитория создавать отдельный класс а будет делать по сути тоже самое

а вот проверить что обработчик правильно обработан, следует если не бросил никаких ошибок и исключений?

да кто ж его знает что у вас свидетельствует об успешной отработке

может это просто  return true

мне кажется это самое правильное

просто void