Discussion :

[mazertys17]

Bonjour,

Je débute avec node JS...vu que j'étais habitué à bosser avec Typescript j'ai installé tout un tas de dépendances et mon dossier fini par peser assez lourd je trouve (plus de 100 MO alors que le programme en soit est légers), dont + de 99% vient des dépendances node_module.

Etant donné que je travaille en local quand j'envoie mon dossier au serveur ça fait lourd à chaque fois pour pas grand chose.

Il y a-t-il un moyen de générer un build le plus légers possible ?
(Un peu comme avec angular en Front).

Merci vous avez un tuyau

[Marco46]

N'importe quel bundler fera le boulot, par exemple webpack ne supporte pas par défaut le html faut lui ajouter un plugin.

Donc j'ai envie de te dire de tester avec ton bundler préféré.

D'une manière générale, déployer un projet en clonant les sources sur le serveur puis en installant les dépendances est une mauvaise pratique.

Il faut toujours différencier ton source de ton livrable qui doit être packagé, sur JS on a npm pour ça et le registre pour ranger les livrables.

[mazertys17]

Marco46 Merci pour ta réponse.

Etant donné que j'ai implémenté pas mal de dépendances, que j'utilise typescript, c'est un peu flou...

Là je cherche a faire uniquement un backend et webpack semble s'intéresser au front.

Il faut toujours différencier ton source de ton livrable qui doit être packagé

Il faut faire ça a chaque ajout de librairie ?


Au final je me demande si le mieux n'est pas tout simplement d'utiliser un framework back end node js typescript.
En cherchant je suis tombé sur NestJS qu'en pensez vous ?

[Marco46]

Etant donné que j'ai implémenté pas mal de dépendances, que j'utilise typescript, c'est un peu flou...

Ça n'a pas de rapport, ton livrable doit contenir tout ce qui est nécessaire à l'exécution, donc le produit de la transpilation de tsc et les dépendances requises.

Là je cherche a faire uniquement un backend et webpack semble s'intéresser au front.

Historiquement ils ont démarré webpack pour build du front mais tu peux build du back ya aucun soucis.

Au final je me demande si le mieux n'est pas tout simplement d'utiliser un framework back end node js typescript.

Ça n'a pas de rapport, peu importe les dépendances que tu utilises, il te faut build puis packager ton appli donc tous les cas.

[mazertys17]

Marco46 Ok.

En fin de compte, je me demande si utiliser angular universal n'est pas une bonne solution, étant donné que je travaille en front avec angular.

Mais comme tu le dis, si j'ai bien compris, cela ne change rien le framework backend, il faut de toute façon packager son app.

Là par exemple, avec angular universal, il génère un build qui fonctionne en local mais dés qu'il s'agit de déployer sur un vrai serveur c'est une autre affaire.
Il y a un dossier server avec un fichier main.js qui fait plus de 13000 lignes.
J'ai espéré que ce fichier contienne en fait toutes les dépendances utilisées et qu'il suffisait d'ajouter un petit package indiquant le main pour envoyer ça au serveur, mais sans succès.

Jusqu'à présent j'utilisais un fichier compressé zip à envoyer au serveur et celà fonctionnait.