Mes premiers pas dans Node

Publier le 22 janvier 2021 14:00

Node : le noeud des devs JS

Eh bien, bonjour, Mesdames, Mesdemoiselles et Messieurs, et bienvenue sur mon premier article technique de dev sur Node.js ! Prenez donc une tasse et laissez-moi vous guider.

Aujourd'hui, je vous montre du code ! Enfin pas tout de suite. Je vais plutôt vous présenter la création de mon environnement de développement.

Un spectateur dans la salle se lève : quoi ? Tu ne vas pas coder ? As-tu peur ? TAFIOLE !

Oui, je ne vais pas coder et oui j'ai peur ! Peur de travailler dans un espace où je risque de me perdre, peur de ne pas suivre les conventions propres au langage que je vais utiliser et peur de ne pas avoir une base solide pour pouvoir m'amuser à coder !

Cependant, j'ai appris plein de choses sur le fonctionnement de Node.js pour être assez confiant sur l'architecture à mettre en place. Je vous dis tout ça !

RTFM : la radio des développeurs !

Écouter de la musique est un passe-temps pour certains et un loisir pour d'autres. Pour ma part, la musique est plus un passe-temps comme un bruit de fond que je pourrai mettre lorsque je suis tout seul à travailler. Toutefois, une chaîne de radio Française existe au même titre qu'une expression américaine que je suis particulièrement : RTFM.

RTFM est certainement une chaîne de radio intéressante, mais qui n'aura pas vraiment plus de place dans cet article. En effet, je vais vous parler de l'expression anglaise : Read The F****** Manual.

Quand on débute dans une nouvelle aventure, il est toujours intéressant de savoir lire un manuel avant de poser des questions. C'est donc ce que j'ai pratiqué pour cette première prise en main. Voici la liste des documentations que j'ai lue et qui a contribué à la réalisation de mon architecture :

Mais peut-être attendez-vous de voir le résultat ?

Les yeux des spectateurs regardent enfin la scène.

TADAM !

Architecture du projet node

Rien de fou hein ! Les fichiers sources et test séparer dans deux dossiers. Les fichiers gitignore / license / README classiques que l'on retrouve dans tous les projets versionner avec git. Et enfin les fichiers eslintrc.json / package.json qui sont des fichiers de configurations respectivement pour le linter et pour le projet Node.

Peut-être souhaiteriez-vous construire la même architecture ? Voici les commandes réalisées sur un Shell bash (Linux) :

STOP ! Cette partie commentée utilise la version 0.37.2 du package NVM sortie le 28 novembre 2020. Il se peut qu'une autre version existe aujourd’hui (vérifier le dépôt).
# wget -qO- https://raw.githubusercontent.com/nvm-sh/nvm/v0.37.2/install.sh | bash
# export NVM_DIR="$HOME/.nvm"
# [ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"
# [ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion"

mkdir your-project
cd your-project # cd projekt ne vous fera pas avoir cyberpunk
npm init -y
npx license MIT # MIT est optionnel, vous pouvez lancer "npx license" et choisir la licence qui vous convient
npm install eslint --save-dev
npm install mocha --save-dev
git init
touch .gitignore README.md
./node_modules/.bin/eslint --init

Pour cette dernière commande, j'ai opté pour les choix suivants :

  • to check syntax, find problems, and enforce code style

  • CommonJS

  • None of these (vuejs / angular)

  • No (typescript)

  • Node

  • Use a popular style guide

  • Standard

  • JSON

  • yes (installation des plugins associés au template)

Balance ton code !

Non !

Les rideaux se ferment pendant que les spectateurs lancent leur tarte à la framboise.