Block a user
Blyssco
created branch feature/Authentification in Blyssco/Liber_Incantamentum
2025-09-06 17:51:17 +00:00
Blyssco
pushed to feature/Authentification at Blyssco/Liber_Incantamentum
2025-09-06 17:51:17 +00:00
WIP: feature/Définition-des-entités-métier-et-interfaces
Blyssco
deleted branch feature/Définition-des-entités-métier-et-interfaces from Blyssco/Liber_Incantamentum
2025-07-26 10:04:47 +00:00
Blyssco
pushed to feature/Définition-des-entités-métier-et-interfaces at Blyssco/Liber_Incantamentum
2025-07-24 18:07:51 +00:00
Blyssco
pushed to feature/Définition-des-entités-métier-et-interfaces at Blyssco/Liber_Incantamentum
2025-07-24 18:06:59 +00:00
Blyssco
pushed to feature/Définition-des-entités-métier-et-interfaces at Blyssco/Liber_Incantamentum
2025-07-24 18:03:44 +00:00
WIP: feature/Définition-des-entités-métier-et-interfaces
Retour modifié vers un booléen, Concernant la gestion d'erreur elle se fera coté application et API sauf contre indication ?
WIP: feature/Définition-des-entités-métier-et-interfaces
Afin de fix ceci, je vais créer une classe de style DTO (on peut avoir des dto coté domaine ? qui elle va gérer les update avec des nullable
WIP: feature/Définition-des-entités-métier-et-interfaces
Je ne comprends pas cette remarque, je n'ai pas prévu de user, ici on parlait simplement de sorts sans relation one to many depuis un "mage" à qui appartiendraient ces sorts ? Donc simplement…
WIP: feature/Définition-des-entités-métier-et-interfaces
Ce que je retiens de ce commentaire, faire attention à ce qui doit etre accessible en dehors de la classe ou non, en l'occurence, un id devrait etre accessible uniquement en get étant donné…
WIP: feature/Définition-des-entités-métier-et-interfaces
Corrigé, je ne nettoie pas assez mes pr avant de les nettoyer, c'est noté
feature/Définition-des-entités-métier-et-interfaces
Blyssco
pushed to feature/Définition-des-entités-métier-et-interfaces at Blyssco/Liber_Incantamentum
2025-07-11 18:31:11 +00:00