Chapitre 10. Espaces de noms et modules
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Lorsque tu écris un programme, tu peux exprimer l'encapsulation à plusieurs niveaux. Au niveau le plus bas, les fonctions encapsulent les comportements, et les structures de données comme les objets et les listes encapsulent les données. Tu peux ensuite regrouper les fonctions et les données dans des classes, ou les séparer en tant qu'utilitaires à espace de noms avec une base de données ou un magasin séparé pour tes données. Une seule classe ou un ensemble d'utilitaires par fichier est typique. En allant plus loin, tu peux regrouper quelques classes ou utilitaires dans un paquetage, que tu publies sur NPM.
Lorsque nous parlons de modules, il est important de faire une distinction entre la façon dont le compilateur (TSC) résout les modules, la façon dont ton système de construction (Webpack, Gulp, etc.) résout les modules, et la façon dont les modules sont effectivement chargés dans ton application au moment de l'exécution (<script /> tags, SystemJS, etc.). Dans le monde JavaScript, il y a généralement un programme distinct qui fait chacune de ces tâches, ce qui peut rendre les modules difficiles à raisonner. Les normes CommonJS et ES2015 relatives aux modules facilitent l'interopérabilité des trois programmes, et de puissants bundlers comme Webpack aident à faire abstraction des trois types de résolution qui ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access