ReactiveX ReactiveX est une définition étendue et normalisée du pattern observer.
L’objectif est de proposer une API simple pour recevoir une succession d’évènements asynchrones (quelque soit la source) et une suite d’opérateurs pour les modifier et combiner. En utilisant ocrrectment l’API fournie, on évite normalement de tomber dans la fameuse callback hell
Projet L’idée est de créer une gallerie photo. Une seule contrainte : pas de backend.
Fonctionnellement on va avoir des dossiers, chacun contenant une série d’images. Il y aura donc une page listant les différents dossier, une page avec la liste des images et une lightbox pour afficher une image en détails.
L’authentification C’est un grand classique auquel on ne peut pas échapper : identifier les utilisateurs (le plus souvent avec un login / mot de passe) de manière à leur proposer du contenu spécifique adapté.
Le problème c’est qu’il faut stocker ces identifiants de manière sécurisée, proposer des mécaniques pour récupérer des accès oubliés, empêcher les bots de créer de faux comptes… Si on veut faire les choses bien, ça devient vite très compliqué.
On passe au front ? Maintenant qu’on a une super API REST qui tient la charge, si on passait à un front auquel on tenterait d’appliquer les même contraintes ?
Ici on va tenter de créer un projet Angular classique, le faire héberger par Firebase Hosting et comme on aimerait que le site soit indexé correctement par les bots on va utiliser Firebase Cloud Functions pour faire du server-side-rendering.
Les sources de l’idée En regardant la doc de Micronaut je suis tombé sur un paragraphe qui m’a fait rêver : https://micronaut-projects.github.io/micronaut-aws/latest/guide/#apiProxy
Je me suis toujours demandé comment faire un backend d’application facile à configurer mais également pouvant être scalé facilement en cas de charge.