Skip to content

Implémentation

Lopidurs edited this page Aug 18, 2022 · 11 revisions

Qualité du code

Outils

Pour nous assurer de la qualité du code nous avons utilisé Eslint et ses règles par défault qui viennent de base lorsqu'on crée une application grâce à creat-react-app. Pour garder une cohérence visuel nous avons décider d'utiliser prettier.

Conventions

  • Les espaces se mettent après les ,
  • Avec un opérateur on mets un espace avant et après ce dernier
  • Les fonction s'écrivent en CamelCase et suivent ce model: function maFonction() {

Bilan global de la réalisation

Historique des fonctionnalités

Sprint 1:

  • création de la page d'acceuil
  • création du header
  • création du footer

sprint 2:

  • création de la navigation
  • création de la page confection et de son formulaire
  • création de la page à propos
  • création de la page de connexion
  • création de la page de inscription

sprint 3:

  • initialisation du backend et des modèles
  • implémentation de la connexion et de l'inscription
  • création de la page admin
  • création de la page cours

Historique de conception

Aucun refactoring profond ou de changement de technologies n'a été effectuer car nous avions une idée assez claire de se que nous voulions faire et de comment le faire. De plus nous utilisions des technologies assez "classique" ayant déjà fait leur preuves et avec une documentation riche se qui nous à permis de facilement résoudre les problèmes mineurs.

Bugs résiduels / dette technique

éléments à améliorer/manquants:

  • Nous n'avons pas réussi à implémenter l'upload d'images
  • La page admin manque de peaufinage tant au niveau esthétique qu'au niveau du "quality of life"

Bilan des implémentations individuelles d'US

Bilan Igor Vandervelden

[Lien vers la description de l'US implémentée]

Le système de connexion était plus simple au début: on récupérait simplement les informations de la personne et on les stockaient dans le local storage. Mais quand il a fallu faire la page admin avec les rôles on s'est rendu compte que cela allait posé des problèmes de sécurité. Alors après s'être renseigner sur les différentes possibilités nous avons décidé de stocké des tokens de connexions dans le local storage. Ce qui est un bon compromit entre la simplicité de notre système de base et l'utilisation de cookies qui est plus complexe.

Bilan Oscar Misson

Au début ne sachant pas trop comment nous y prendre nous avons regarder du côté des services tiers mais nous nous sommes vite aperçu que cela ne correspondait pas du tout à nos besoins. Ensuite nous avons opté pour une stratégie plus facile: une page caché accessible uniquement pour les administrateurs. Il a donc d'abord fallu comprendre et maitrisé le principe des tokens et puis le reste est allé tout seul.

Bilan Nathan Sancke

Le premier problème à été d'apprendre à faire du responsive: le but était de disposé les éléments du formulaire dans un certain ordres quand il y avait "la place" et de changer l'ordre quand on était sur mobile. Après cela la partie sur le backend c'est plutôt bien dérouler jusqu'à ce qu'il faille gérer les images. Après quelques recherche nous avons comprit qu'il était plus facile de stocké les images dans le back et de n'enregistrer que l'url de l'image dans la db. Malheureusement nous ne sommes jamais parvenu à stocker les images.

Clone this wiki locally