c'est vraiment l'horreur c'est histoire d'import et export partout... ça complexifie le code. Y a pas moyen d'installer un outils qui prend tous les fichiers et les concatène en un seul "main.js", du coup tout est défini dans la globale et du coup tu peux appeler les fonctions/class directement dans le code, plus de boilerplate partout... (quand c'est tes propres fichiers, dnas le cas des lib externe, pas le choix, mais c'est plus logique dans ce sens)
Je te renvois à cette vidéo pour expliquer pourquoi ce n'est pas forcément une bonne idée et pourquoi on utilise le système de module. grafikart.fr/tutoriels/javascript-modules-1354 Dans la pratique quotidienne le l'éditeur importe automatiquement donc on n'a pas trop à se soucier des imports.
Ce que je trouve cool avec la plupart des Framework JavaScript c'est qu'il sont facilement abordables. Je me pose une question : Avec ton retour d'expérience, qu'apporte Fastify comparé a Express par exemple j'ai l'impression qu'ils sont très similaires finalement ? Super vidéo merci beaucoup !
@@grafikart mais il me semble que pour les fichiers static c'est plus compliqué par ce que le module fatify réclame d'être en comonjs, alors que les imports nécessitent de l'ESM... comment on peut régler ce problème ?
@grafikart Bonjour, j'espère que vous allez bien? Je trouve assez étonnant que vous n'utilisiez jamais d'expressions régulières (Regex) dans le code pour renforcer encore la force des mots de passes utilisateurs. Je suppose que c'est parce que les Regex requiert à elle seule un chapitre de cours mais cela me semble important pour renforcer un mot de passe en plus du "hash" (et dans certains cas d'algorithme de cryptage qui sont eux aussi assez complexe à maitriser mais sans doute très important pour protéger des données très sensibles). Très bonne journée à vous. Portez vous bien.
Bonjour @grafikart et merci de cette excellent contenu qui est, comme toujours, très détaillé, pédagogique et qui transmet énormément de concepts fondamentaux. J'ai une petite question: Je me trompe peut être mais l'usage de EJS dans une page HTML ou même à l'intérieur d'un fichier Javascript destiné à l'exécution d'un serveur, pourrait très bien aussi se faire avec du PHP, n'est-ce pas? Car l'introduction de la syntaxe EJS me fait penser à une introduction (avec syntaxe différente bien sûr) de PHP dans une page HTML ou même dans un autre cadre, de Java Intrusif (JSP), même si je connais moins bien ce cadre car je ne l'ai pas encore étudié. En quoi l'usage d'EJS diffère-il de l'usage de PHP ou Java dans ce que cela apporte à la syntaxe d'une page web? On pourrait imaginer par exemple dans une page web de combiner du PHP, du Java et de l'EJS (même si la syntaxe deviendrait sans doute illisible) sans que cela n'apporte de bénéfices supplémentaires au code. Ces 3 alternatives semblent arriver au même résultat mais avec des langages différents.
Merci pour cette vidéo ! Par contre la remarque finale sur le fait qu'il s'agit de frameworks utiles pour de petits besoins ne me semble pas tout à fait juste. Beaucoup de boites ont utilisé Express ou des équivalents (Restify pour Netflix). Il est assez probable qu'Uber ait utilisé Express. Ces microframeworks permettent de créer de grandes applications, mais il faut bien structurer son code et chercher les modules nécessaires, le bon module ORM, le bon module de testing etc. Encore merci Grafikart pour ton travail, toujours qualitatif.
Perso, je n'ai pas vraiment d'avis sur cela où on est à l'aube d'outils permettant l'auto-génération d'api comme directus. Il existe beaucoup de grosse boite qui ont utilisé Express et des équivalents parce qu'ils en avaient les moyens et l'argent pour, c'est-à-dire une armée de programmateur, avec à la tête des génies ayant la capacité de résoudre et répondre à des defits complexe à résoudre et que les moyens traditionnels ne suffisait pas à résoudre. Leurs besoins étant spécifique, ils ont créé leur propre système avec ces frameworks. Dans ce monde, il faut rester pragmatique. Suivre les grosses boites tech n'est pas une bonne idée car on est pas des grosses boite et on a pas leur moyen :). Et si tu décides de créer une api from scratch à la main seule, c'est totalement possible, mais ça demande énormément de temps, alors que tu peux avoir une api avec tout le nécessaire en une journée 🙃
Oui, mais dans ce cas on obtient un chemin relatif au fichier (là ou cwd() ne donne le chemin par rapport à l'endroit où on a lancé la commande. de démarrage.
grafikart,,, quesceque tu penses tu no-code?? ca prend tellement de lampleur que le metier developpeur pourrait mourir... ca ne servira plus a rien dapprendre a programmer??
Le no-code existait déjà il y a longtemps (dreamweaver, wordpress, prestashop...) on en entend beaucoup parler car des boite investissent beaucoup en communication pour vendre leur service. Dans la réalité les outils no-code ne pourront jamais correspondre à toutes les situations métiers et il y aura forcément besoins d'un dev.
Salut, tout d'abord super vidéo comme d'habitude mais j'aurais une question. Quel est le thème de ton vs-code sur la vidéo :) Ça a pas grand rapport mais il est agréable.
