@ -37,6 +37,10 @@ Le pari doit apparaitre d'abord dans la liste des paris en cours puis dans l'his
- **Réalisation de la page des paris en cours (2h)**: Une fois la route de l'API créée, j'ai réalisé du côté iOS les vues concernant la page des paris en cours et la récupération de ces paris via la route de l'API.
- **Page cadeau du jour (2h)**: Étant donné que l'API n'était pas encore accessible pour les paris à confirmer, j'ai provisoirement réalisé la page du cadeau quotidien que l'utilisateur va recevoir et qui utilise une route de l'API. J'ai passé pas mal de temps à réfléchir à son mécanisme, tel que le fait que lorsqu'un utilisateur est connecté (que ce soit via l'enregistrement, la connexion ou l'authentification via token), une requête est envoyée, et la page actuelle de l'utilisateur est superposée par les nouvelles informations provenant de cette requête. Mais aussi géré le flux de clics de l'utilisateur pour passer les étapes, avant de revenir à la page initiale
- **Confirmation d'un pari côté iOS (2h)**: En récupérant la page réalisée par Lucas D, j'ai effectué le binding avec l'API afin de récupérer les paris terminés et en attente d'une réponse, que j'affiche un par un dans la modal. Si la modal se ferme alors qu'il reste des paris à confirmer, le suivant s'affiche, et ainsi de suite. J'ai également bindé la réponse que l'utilisateur a saisie, qui est envoyée à l'API. De plus, j'ai dû revoir considérablement le code côté iOS, car de nombreuses modifications ont été apportées à l'API, telles que le statut du pari à récupérer et le type de pari à envoyer et à récupérer.
