Skip to content
/ api Public

Projet regroupant le backend de Sheaft (GraphQL, Jobs, SignalR, Payment et Manage)

License

Notifications You must be signed in to change notification settings

sheaft-app/api

Repository files navigation

Sheaft API

Ce projet permet de prendre en compte les requêtes de l'interface web de Sheaft à l'aide de GraphQL et dotnetcore

Pré-requis

  • dotnet core 3.1 : https://dotnet.microsoft.com/download/dotnet-core/3.1
  • Entity Framework Core CLI: https://docs.microsoft.com/en-us/ef/core/miscellaneous/cli/dotnet
  • Un container SQL docker avec l'image suivante: "docker run --name app -e 'ACCEPT_EULA=Y' -e 'SA_PASSWORD=##REPLACE##' -p 1434:1433 -d mcr.microsoft.com/mssql/server:2019-latest". Le port docker est redirigé sur 1434 pour ne pas interférer avec un serveur SQL déjà présent sur la machine.
  • SQL Cache CLI: dotnet tool install --global dotnet-sql-cache
  • SQLLocalDb/Express si vous possédez déjà une instance configurée et ne souhaitez pas utiliser docker (pensez à mettre à jour le port dans le fichier appsettings.json).
  • Un compte Amazon SES: https://aws.amazon.com/fr/ses/
  • Un compte INSEE: https://api.insee.fr/ pour permettre d'effectuer les recherches de SIRET lors de l'enregistrement d'un compte producteur ou magasin.
  • Un serveur d'identité: le code source de celui de Sheaft est disponible dans le repository https://github.com/sheaft-app/identity, il démarre par défaut sur https://localhost:5001
  • Un compte de stockage Azure sur lequel sera chargé les images des produits, les exports/imports et autres données requises.
  • Un serveur Signalr pour envoyer les notifications de changement d'états à la partie Web, le code est disponible dans Sheaft.Web.Signalr (il faut lui configurer une clé d'API pour pouvoir l'appeler, le setting est signalr:apikey).

Une fois que l'application a été lancée une fois, vous devez executer la commande suivante: dotnet sql-cache create "Data Source=##REPLACE##,1434;Initial Catalog=##REPLACE##;Integrated Security=True;User ID=##REPLACE##;Password=##REPLACE##;Trusted_Connection=False;" cache CachedItems

API (Sheaft.Web.Api)

Le serveur d'api utilise AspNetCore 3.1 pour fournir le point d'entré applicatif.

GraphQL (Sheaft.GraphQL)

Les données sont exposées et manipulées à l'aide d'une API GraphQL. la documentation est disponible en installant Altaïr (https://altair.sirmuel.design) et en vous renseignant l'adresse https://localhost:5003/graphql.

L'implémentation est faite à l'aide du framework HotChocolate https://hotchocolate.io/docs/introduction

Orchestration (Sheaft.Application.xxxx)

L'API est orchestrée à l'aide du framework Mediatr, plus d'informations sont disponibles à cette adresse: https://github.com/jbogard/MediatR, nos mutations GraphQL appellent des Commandes Mediatr (Sheaft.Application.Commands) et lèvent ou non des Events (Sheaft.Application.Events). Ces commandes et events sont traités dans des Handlers dédiés (Sheaft.Application.Handlers). La lecture de données se fait via une couche Queries (Sheaft.Application.Queries) pour séparer la notion de lecture de la modification.

Transformation des données (Sheaft.Mappers)

Les données (Input) sont automatiquement converties en commandes (Mediatr) à l'aide d'AutoMapper: https://docs.automapper.org/en/latest/. Les données (EF) sont automatiquement converties en DTO via AutoMapper dans la couche de Queries (Sheaft.Application.Queries) en utilisant la méthode ProjectTo().

Cela nous permet de sélectionner uniquement les données nécessaires SQL lors de l'execution des requêtes GraphQL et minimise ainsi la quantité de données qui transite.

DDD (Sheaft.Domain)

Les modèles applicatifs sont implémentés en suivant le pattern DDD, encapsulant la majeure partie des traitements. Les modifications d'état sont donc portées par l'objet lui même, plutôt que par un service : https://enterprisecraftsmanship.com/posts/new-online-course-ddd-and-ef-core/

Base de données (Sheaft.Infrastructure)

La base de données est utilisée via l'ORM EntityFrameworkCore, cette couche utilise directement Sheaft.Domains pour mapper les tables SQL aux classes, aucune clé de liaison n'est exposée pour que le modèle reste "pur" de toute spécification propre à l'infrastructure. Cela est possible grace au shadow mapping apporté par EFCore : https://docs.microsoft.com/en-us/ef/core/modeling/shadow-properties

Evolution du modèle de base de données

Pour la mettre à jour le modèle de données, nous utilisons les migrations d'EF. Il faut donc faire les modifications nécessaires sur AppDbContext puis se placer dans le répertoire Sheaft.Infrastructure et executer: dotnet-ef migrations add ##REPLACE## -s ../Sheaft.Web.Api/Sheaft.Web.Api.csproj -c QueryDbContext

Vous pouvez ensuite appliquer la migration à l'aide de la commande suivante: dotnet-ef database update ##REPLACE###

Vous pouvez annuler la dernière migration si celle-ci n'a pas été appliquée via: dotnet-ef migrations remove -s ../Sheaft.Web.Api/Sheaft.Web.Api.csproj -c QueryDbContext

L'utilisation du path vers le projet web est nécessaire pour executer la commande.