gym pass api

Fitness-Pass-API 2.0

API für das Management von Check-in in Fitnessstudios, hergestellt in .NET 8 ist eine Erholung einer alten API in Node.js. Es ist möglich, Fitnessstudios, Überprüfungen und Benutzerinformationen zu verwalten und Konzepte wie CQRS, RBAC, DDD und Solid Princes zu beheben.

Gebrauchte Technologien

• .NET 8
• ASP.NET
• Xunit (Unit -Test)
• Entity Framework Core
• Prahlerei (API -Dokumentation)

Verwendete Konzepte

• Domänengetriebenes Design (DDD)
• Solide Prinzipien
• Rollenbasiertes Acess Controll (RBAC)
• Befehlsabfrageverantwortung Segregation (CQRS)

User

Verfahren	Weg	Aktion
Post	/Api/v1/Register	Führt die Registrierung eines neuen Benutzers durch
Post	/Api/v1/session	Führt die Benutzerauthentifizierung durch
Erhalten	/Api/v1/user/profil	Benutzerinformationen retten

Gyms

Verfahren	Weg	Aktion
Post	/API/V1/Fitnessstudios	Registrieren Sie ein neues Fitnessstudio (nur Admin)
Erhalten	/Api/v1/in der Nähe	Suchen Sie die Proxmia -Akademien basierend auf dem Standort des Benutzers
Erhalten	/Api/v1/suche	Suche nach Akademien

Check-Ins

Verfahren	Weg	Aktion
Post	/Api/v1/check-Ins	Führt die Registrierung eines neuen Check-in durch
Erhalten	/Api/v1/check-iNS/user/: userId/history	Rettet den Check-In-Historie des Benutzers
Erhalten	/Api/v1/check-iNS/user/: userId/metrics	Rettet die Metriken des Benutzers des Benutzers
Patch	/Api/v1/check-iNS/: checkinid/validate	Bestätigt einen Check-in, wenn Sie im Fitnessstudio ankommen

Anwendung mit DDD in .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. Domain

• Projekttyp: Klassenbibliothek

• Verantwortung: Enthält die grundlegenden Geschäftsregeln und die zentrale Logik des Systems, einschließlich Entitäten, Wertobjekten, Aggregaten und Domänendiensten.

2. Geteilt

• Projekttyp: Klassenbibliothek

• Verantwortung: Enthält wiederverwendbare Komponenten in der gesamten Anwendung, wie z. B. DTTs, Domänenereignisse, gemeinsame Ausnahmen usw.

3. Infra (Infrastruktur) und Anwendung

<<<<<< Kopf

• Infrastruktur: =======
• Infrastruktur:

Origin/Main - Projekttyp: Klassenbibliothek

 - ***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.

<<<<<< Kopf

• Anwendung: =======
• Anwendung:

Herkunft/Main

 - ***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

• Projekttyp: Webapi

• Verantwortung: HTTP -Endpunkte für externe Kunden wie Front -End -Anwendungen oder andere Dienste. Beinhaltet Controller, die HTTP -Anfragen erhalten und die Ausführung von Befehlen und Beratungen orchestrieren.

RF (Funktionsanforderungen)

• Der Benutzer muss sich registrieren lassen.
• Es sollte dem Benutzer möglich sein, sich zu authentifizieren.
• Es sollte möglich sein, das Profil eines protokollierten Benutzers zu erhalten.
• Es sollte möglich sein, die von dem protokollierte Kunden erstellte Check-in-Nummer zu erhalten.
• Es sollte dem Kunden möglich sein, enge Fitnessstudios zu suchen.
• Es sollte dem Benutzer möglich sein, Kunden nach Namen zu suchen.
• Es sollte dem Kunden möglich sein, in einem Fitnessstudio einzuchecken.
• Es sollte möglich sein, den Check-in eines Kunden zu validieren.
• Es sollte möglich sein, ein Fitnessstudio zu registrieren.
• Es sollte dem Kunden möglich sein, seine Check-in-Geschichte zu erhalten
• Es sollte möglich sein, die Anzahl der vom Kunden angemeldeten Schecks zu erhalten

RN (Geschäftsregeln)

• Der Benutzer sollte sich nicht bei einer doppelten E -Mail registrieren.
• Der Benutzer kann am selben Tag keinen Check-in durchführen.
• Der Benutzer sollte nicht einchecken, wenn nicht (100 Meter) aus dem Fitnessstudio abgeschlossen ist.
• Das Einchecken kann nur bis zu 20 Minuten nach der Erstellung validiert werden.
• Check-in kann nur von Administratoren validiert werden.
• Das Fitnessstudio nur von Administratoren registriert;

RNF (nicht funktionierende Anforderungen)

• Das Benutzerkennwort muss verschlüsselt werden
• Anwendungsdaten müssen in Bacno Postgres SQL fortgesetzt werden.
• Alle Datenlisten müssen mit 20 Elementen pro Seite eine Seite sein.
• Der Benutzer muss von Token JWT (JSON Web Token) nominiert werden.