npm install mysql 3 méthodes, une seule fonctionne

Version imprimable

15/03/2019, 15h45
SpaceFrog

npm install mysql 3 méthodes, une seule fonctionne

Bonjour,

Je débute avec NodeJS et je voulais tester les possibilité de couplage avec MYSQL.

Le contexte
Windows 8
Node.exe installé sur le C:
Le projet dans un répertoire NodeDev sur le D:

dernière version stable de NodeJS

Méthode 1:
Je me colle dans le rep du projet et je fais un npm install mysql
le Module Mysql est bien installé dans le rep du projet
Le require dans mon projet fonctionne

Méthode 2:
Je me colle dans le rep du projet et je fais un npm install mysql -g
Le module mysql est installé dans C:/Users/AppData ....
Le require dans mon projet ne fonctionne pas

Méthode 3:
Je me colle dans le rep des modules de node.exe sur C je fais un npm install mysql
Le module mysql est installé dans le repertoire courant et le JSON des modules est mis à jour
Le require dans mon projet ne fonctionne pas

Je ne comprends pas pourquoi les methodes 2 et 3 échouent :(
15/03/2019, 17h05
SpaceFrog

Bon j'avance dans mon exploration du souci

j'ai trouvé le commande en ligne

Code:

module.paths

Qui me retourne

Citation:

[ 'C:\\Users\\xxxxx\\repl\\node_modules',
'C:\\Users\\xxxxx\\node_modules',
'C:\\Users\\node_modules',
'C:\\node_modules',
'C:\\Users\\xxxxx\\.node_modules',
'C:\\Users\\xxxxx\\.node_libraries',
'C:\\Program Files\\nodejs\\lib\\node' ]

Sauf que je ne sais pas si il explore ces paths de façon récursive au niveau des sous répertoires

Du coup

Citation:

'C:\\Program Files\\nodejs\\lib\\node'

qui d'ailleurs n'existe pas sur mon poste ...

Comparé au path ou sont les modules de nodes :

Code:

C:\Program Files\nodejs\node_modules\npm\node_modules

Je vais donc cherche si il y a un JSON de paramètrage avec ces paths et rajouter le path voulu ???
15/03/2019, 19h51
Marco46

TLDR : Installe tout en local au projet, jamais rien en global.

Citation:

Je ne comprends pas pourquoi les methodes 2 et 3 échouent

Parce que seule la méthode 1 est la bonne pour installer une dépendance à ton projet.

Il faut distinguer les dépendances (dependencies) de ton projet, et les dépendances de développement de ton projet (devDependencies).

Les premières sont les libs externes que tu peux require dans ton code.

Les deuxièmes sont des outils pour t'aider à développer (linter, bundler, extension de JS par ex TypeScript, serveur http, etc ...).

Un mot sur les installations globales de npm avec le -g, beaucoup d'outils (donc des devDependencies uniquement, jamais des dependencies) proposent dans leur documentation une installation globale. C'est toujours une erreur. Il ne faut jamais installer globalement des dépendances de développement. Elles sont propres à ton projet. Tu peux parfaitement avoir un projet qui utilise gulp en version 3 et un autre en version 4 (par ex). Le but ici est d'être CI friendly. Donc rien en global, tout en local et déclaré dans le package.json.
19/03/2019, 10h33
SpaceFrog

Merci de ta réponse.

Donc si je comprends bien il me faudra pour chaque projet installer des dépendances.

Seuls les "outils" sont à installer globalement

Du coup si on travaille simultanément sur plusieurs projets on peut avoir des dépendances de versions différentes?

Existe-t-il du coup un "outil" ou une ligne de commande qui récapitules toutes les dépendances d'un projet et leur version ( autre que le JSON package dans le projet ) ?
19/03/2019, 11h26
SpaceFrog

A priori j'ai trouvé un truc me disant d'utiliser bower ...

Mais à l'installe ça me dit que c'est deprecated ...

J'avoue avoir du mal à savoir comment maintenir un projet avec
des modules de base fournis avec node.exe
des modules installés en -g dans le user
de modules installés dans le projet

Et pas d'outil pour lister et gérer tout ça ????

Ce n'est plus du dev. c'est un comptoir d'apothicaire, ou de la brocante ...
19/03/2019, 17h34
Marco46

Citation:

Envoyé par SpaceFrog

Donc si je comprends bien il me faudra pour chaque projet installer des dépendances.

Oui.

Citation:

Envoyé par SpaceFrog

Seuls les "outils" sont à installer globalement

Non. Contrairement à ce que la plupart des outils indiquent dans leur documentation il faut les installer localement à chaque projet. C'est une bêtise de les installer globalement.

Citation:

Envoyé par SpaceFrog

Du coup si on travaille simultanément sur plusieurs projets on peut avoir des dépendances de versions différentes?

Oui.

Citation:

Envoyé par SpaceFrog

Existe-t-il du coup un "outil" ou une ligne de commande qui récapitules toutes les dépendances d'un projet et leur version ( autre que le JSON package dans le projet ) ?

Si tu veux manipuler tes dépendances il faut utiliser npm, c'est le bon outil.

Pour lister les dépendances installées c'est la commande npm ls.
19/03/2019, 17h44
Marco46

Citation:

Envoyé par SpaceFrog

A priori j'ai trouvé un truc me disant d'utiliser bower ...

Mais à l'installe ça me dit que c'est deprecated ...

Bower n'est pas un gestionnaire de dépendance mais un gestionnaire de téléchargement.

Il n'est utilisable que pour les projets frontend, il ne peut pas gérer les projets Node.js.

Il est en effet déprécié et ne doit plus être utilisé. La seule raison d'utiliser bower c'est de devoir travailler sur du legacy en frontend.

Citation:

Envoyé par SpaceFrog

J'avoue avoir du mal à savoir comment maintenir un projet avec
des modules de base fournis avec node.exe

Les modules de base ne sont pas réellement des modules, c'est l'API de Node comme tu as l'API DOM embarquée avec un navigateur.

Tu as le langage pur d'un côté qui est lié au moteur JavaScript (V8 en l'occurrence). Ce langage est commun à Node et aux browsers.

Avec Node tu as une API propre à Node.js (cf sa doc).
Avec les browsers tu as une API propre aux browsers (l'API DOM).

Et enfin tu as des packages npm qui servent à ajouter à tes projets des dépendances (de dev ou non) écrites par d'autres développeurs. Ces dépendances peuvent être compatibles Node.js ou uniquement pour les browsers ou bien encore pour tous les contextes. Ça dépend de chaque dépendance.

Citation:

Envoyé par SpaceFrog

des modules installés en -g dans le user

N'installes jamais rien en global ça simplifiera grandement les choses.

Citation:

Envoyé par SpaceFrog

de modules installés dans le projet

Tous les modules doivent être installés ici.

Citation:

Envoyé par SpaceFrog

Et pas d'outil pour lister et gérer tout ça ????

Pour manipuler tes dépendances c'est npm le bon outil.

Ensuite il ya les modules au sens de modules JavaScript. C'est différent de la gestion des dépendances.

Selon le système de module que tu vas utiliser tu ne vas pas appeler tes modules de la même manière.

Par défaut en Node.js c'est CommonJS le système de module. Donc tu vas appeler tes modules, qu'ils soient exposés par l'API de Node (http par ex) ou par un module tiers installé via npm, via la commande require.

Si tu souhaites utiliser les modules ES6 ( mais en Node à moins d'utiliser TypeScript ça ne sert à rien ) alors ça sera via import.
20/03/2019, 15h57
SpaceFrog

Ok, merci beaucoup pour ces précisions...
Mais cela ne me reconcilie pas entièrement avec le concept global de NodeJS.
Beaucoup de modules redondants ...
20/03/2019, 17h13
Marco46

Citation:

Envoyé par SpaceFrog

Mais cela ne me reconcilie pas entièrement avec le concept global de NodeJS.

Le concept principal de Node.js c'est surtout le principe de l'event loop de NGinx couplée à des I/O non bloquante le tout appliqué aux serveurs d'applications. C'est ça la vraie plus value de Node.js par rapport à des serveurs d'application basés sur des stacks Java ou .NET.

Son système de gestion des dépendances est décrié et ça fait parti des chantiers de deno, le reboot de node par l'auteur initial (Ryan Dahl).

Après il s'est fortement amélioré ces deux dernières années du point de vue rigueur dans la gestion des dépendances.

Citation:

Envoyé par SpaceFrog

Beaucoup de modules redondants ...

C'est à dire ?

Attention à pas confondre module et package. Un package peut contenir un module ... Ou pas. Ça peut contenir un exécutable qui n'est pas importable dans un projet Node en tant que dépendance.

npm c'est un système de packaging, pas de module. Ça permet d'embarquer des modules mais pas seulement.

J'ai l'impression que tu mélanges un peu le packaging et les modules JavaScript (CommonJS, Modules ES6, ...). C'est vraiment différent.