Как лучше структурировать эндпоинты веб-приложения для получения информации о списках игр и прогрессе пользователя: делать один эндпоинт "getGames", который будет проверять авторизацию и возвращать данные о прогрессе пользователя, если юзер авторизован; или разделить логику на два эндпоинта: "getGames" для получения списка игр без прогресса и "getMyProgress" для получения информации о прогрессе пользователя? Какой подход более оптимальный с точки зрения архитектуры приложения и удобства разработки на стороне фронтенда? Мне лучше проверить авторизацию в getGames и добавить прогресс пользователя в ответ, если нужно, или разделить на два роута и объединить данные на стороне клиента?
С точки зрения архитектуры приложения и удобства разработки на стороне фронтенда более оптимальным подходом будет разделение логики на два эндпоинта: "getGames" для получения списка игр без прогресса и "getMyProgress" для получения информации о прогрессе пользователя. Этот подход позволит более четко разделить ответственности между эндпоинтами, что обеспечит более чистую архитектуру приложения. Кроме того, это позволит избежать избыточной проверки авторизации в каждом запросе и уменьшить объем передаваемых данных при запросе списка игр. На стороне фронтенда также будет проще обрабатывать данные, так как разделение логики позволит получить необходимую информацию из соответствующего эндпоинта. Таким образом, разделение на два эндпоинта "getGames" и "getMyProgress" будет более эффективным решением с точки зрения архитектуры приложения и удобства разработки.