Les bases Les observables, comme les fonctions ne retournent des valeurs que quand ils sont invoqués. On crée une fonction puis on l’appelle pour avoir son résultat, de la même manière on crée un Observable et on y ‘souscrit’ pour avoir son résultat(données) Les observables peuvent retourner des valeurs synchrones ou asynchrones (comme les fonctions), toutefois à la différence d’une fonction un observable peut retourner plusieurs valeurs. En javascript et en typescript il y a Rxjs, c’est une librairie très complète qui permet de créer des observables, et qui nous mets à disposition de très nombreux opérateurs pour manipuler ces observables

On ne verra pas comment installer sass, on va juste voir comment s’en servir correctement.Pour faire simple sass permet d’écrire du css avec pas mal de bénéfices, c’est pour cette raison qu’il est possible, assez facilement, d’embarquer sass dans de nombreux framework front (Angular, Vue, React) L’imbrication /* css classique */ div .btn { /* classe btn dans élément div */ border-radius: 5px; } div .btn.red { /* classes btn et red sur même élément dans div */ background: red; } div .

Le développeur Fullstack doit avoir plusieurs compétences pour développer en autonomie une application, forcément il doit savoir développer en back, en front, savoir requêter une base de données , il doit avoir des compétences minimes en réseaux, en sécu (la première fois sur AWS ça fait bizarre) et j’en oublie, c’est la raison pour laquelle, perso, que j’évite le terme de développeur Fullstack, car je pense qu’il n’est vraiment réservé qu’aux Papas… Mais….

Il y a quelque temps quand on parlait de site ou de blog on pensait très vite à wordpress, voire joomla (des CMS développés en PHP) Que les choses soient claires wordpress ou joomla sont des très bon outil pour créer un site web, toutefois quand ce site est créé (par un pote) puis laissé à l’abandon sans maintenance, les risques de dysfonctionnement, d’attaques sont bien réels. Une alternative existe, les sites statiques: la JamStack, pour faire simple ces sites sont développés en HTML, CSS, JavaScript, ils peuvent être hébergés n’importe où (gratuitement ou pour vraiment pas cher)

Le temps de documenter l’api est arrivé, pour cela deux outils opensource sont souvent utilisés, Swagger et apidocjs. J’ai choisi apidoc, pour sa simplicité d’installation, et la rapidité de sa prise en main, de plus sur npmtrends (donc un monde plutôt javascript) apidoc à 8280 stars et swagger 3677, toutefois swagger je le sais, est un très bon outil….. On commence donc par installer apidoc en global sur son ordinateur (il est possible qu’il faille taper sudo avant la commande…) NB : doc officielle super bien faite https://apidocjs.

J’ai créé l’ Api avec une authentification jsonwebtoken, avant d’aller plus loin, c’est à dire : ajouter des endpoints à mon Api, créer une doc Api, refactoriser, et plus globalement faire grossir mon application, je vais implémenter les tests, pour ça j’ai choisi Jest et Supertest… NB: Pour simplifier l’exercice, je me suis créé une base données locale, toujours en PostgreSQL, mais on peut faire ceci avec n’importe quelle base de données (il faudra juste adapter les requêtes au type de bdd) On peut même sauvegarder en local (dans ce cas mettre les méthodes dans un setTimeout pour simuler une requête asynchrone)