gym pass api

Gym-Pass API 2.0

API для управления регистрацией в спортивных залах, сделанный в .NET 8-это воссоздание старого API, сделанного в Node.js. Можно управлять тренажерными залами, проверками и пользовательской информацией, обращаясь к таким понятиям, как CQR, RBAC, DDD и твердые князья.

Используемые технологии

• .NET 8
• Asp.net
• XUNIT (модульное тестирование)
• Entity Framework Core
• Swagger (документация API)

Используемые понятия

• Доменная дизайн (DDD)
• Солидные принципы
• Acess Control на основе ролей (RBAC)
• Сегрегация ответственности командных запросов (CQRS)

User

Метод	Путь	Действие
Почта	/API/V1/Register	Выполняет регистрацию нового пользователя
Почта	/Api/v1/session	Выполняет аутентификацию пользователя
Получать	/Api/v1/user/profile	Спасение информации пользователя

Gyms

Метод	Путь	Действие
Почта	/Api/v1/gyms	Зарегистрируйте новый тренажерный зал (только администратор)
Получать	/API/V1/поблизости	Ищите академии Proxmia на основе местоположения пользователя
Получать	/Api/v1/search	Поиск академий

Check-Ins

Метод	Путь	Действие
Почта	/Api/v1/check-ins	Выполняет регистрацию новой регистрации
Получать	/Api/v1/check-ins/user/: userid/ystory	Спасает историю проверки пользователя
Получать	/Api/v1/check-ins/user/: userid/metrics	Спасает метрики проверки пользователя
Пластырь	/Api/v1/check-ins/: проверка/проверка	Проверяет регистрацию, когда вы прибываете в спортзал

Приложение с DDD в .NET C#

 /src
  /Domain
    - Biblioteca de Classes
    - Entidades, Agregados, Repositórios (Interfaces), Serviços de Domínio
  /Application
    - Biblioteca de Classes
    - Comandos, Consultas, Manipuladores
  /Infrastructure
    - Biblioteca de Classes
    - Persistência, Repositórios (Implementações), Serviços Externos
  /Shared
    - Biblioteca de Classes
    - DTOs, Eventos, Exceções Comuns
  /API
    - WebAPI
    - Controladores, Configuração de Roteamento

1. Домен

• Тип проекта: библиотека классов

• Ответственность: содержит фундаментальные бизнес -правила и центральную логику системы, включая организации, объекты стоимости, агрегаты и услуги домена.

2. Общий

• Тип проекта: библиотека классов

• Ответственность: содержит повторно используемые компоненты на протяжении всего приложения, такие как DTTS, доменные события, общие исключения и т. Д.

3. Инфраструктура) и применение

<<<<<< Head

• Инфраструктура: =======
• Инфраструктура:

Происхождение/Main - Тип проекта: библиотека классов

 - ***Responsabilidade:*** Implementa componentes de infraestrutura, como persistência de dados (contextos de banco de dados, repositórios concretos), serviços externos e outras dependências que suportam a aplicação.

<<<<<< Head

• Приложение: ======
• Приложение:

Происхождение/главное

 - ***Tipo de Projeto:*** Biblioteca de Classes

- ***Responsabilidade:*** Orquestra a execução das operações de negócio, utilizando comandos e consultas (em uma abordagem CQRS). Esta camada coordena a comunicação entre a camada de domínio e outras camadas.

4. API

• Тип проекта: webapi

• Ответственность: выставьте HTTP -конечные точки для внешних клиентов, таких как фронтальные приложения или другие услуги. Включает контроллеры, которые получают HTTP -запросы и организуют выполнение команд и консультаций.

RF (функциональные требования)

• Пользователь должен быть возможна зарегистрироваться;
• Пользователь должен быть возможно аутентифицировать;
• Должно быть возможно получить профиль зарегистрированного пользователя;
• Должно быть возможно получить номер регистрации, сделанный зарегистрированным клиентом;
• Клиент должен быть возможным искать тренажерные залы;
• Пользователь должен быть возможным искать клиента по имени;
• Заказчик должен быть возможно зарегистрироваться в спортзале;
• Должно быть возможно проверить регистрацию клиента;
• Должно быть возможно зарегистрировать тренажерный зал;
• Клиент должен быть возможно получить историю регистрации
• Должно быть возможно получить количество проверок, сделанных клиентом, зарегистрированным

RN (бизнес -правила)

• Пользователь не должен регистрироваться в дубликате электронной почты;
• Пользователь не может сделать 2 регистрации в тот же день;
• Пользователь не должен проверять, если не закрывается (100 метров) из спортзала;
• Регистрация может быть подтверждена только до 20 минут после создания;
• Регистрация может быть подтверждена только администраторами;
• Тренажерный зал только питание, зарегистрированное администраторами;

RNF (нефункциональные требования)

• Пароль пользователя должен быть зашифрован
• Данные приложения должны сохраняться в Bacno Postgres SQL;
• Все списки данных должны быть страницей с 20 пунктами на страницу;
• Пользователь должен быть назначен Token JWT (JSON Web Token);