Prise en main vous guide pas à pas dans votre première application. Cette page est la référence : comment un projet $mol est organisé et comment fonctionne la compilation.
Les applications $mol vivent dans MAM — l'outil de build et le registre de modules. Vous le clonez une fois et développez vos modules à l'intérieur :1gitclonehttps://github.com/hyoo-ru/mam.git./mam2cdmam3npminstall4npmstartnpmstart lance un serveur de développement en mode surveillance sur http://localhost:9080/. Il recompile à chaque enregistrement et résout les dépendances automatiquement — vous ne maintenez jamais de configuration de bundler.
Chaque nom de composant correspond à un chemin de dossier, et chaque tiret bas est un séparateur de dossier :1$my_app → my/app/2$my_app_header → my/app/header/Les noms de dossiers de modules ne contiennent jamais de tiret bas — utilisez des dossiers imbriqués pour les noms à plusieurs mots. Si un composant que vous utilisez n'apparaît jamais dans le bundle, c'est presque toujours que le chemin du dossier ne correspond pas au nom de la classe.
Un composant est un dossier comportant jusqu'à quatre fichiers :FichierRôleL'index.html d'une application monte le composant racine :1<bodymol_view_root>2<divmol_view_root="$my_app"></div>3<scriptsrc="web.js"></script>4</body>
Le serveur de développement compile à la volée, mais vous pouvez compiler n'importe quel module explicitement depuis la racine de l'espace de travail :1npmrunstartmy/appLe résultat est produit dans my/app/-/ — y compris web.js, web.css et web.audit.js. Vérifiez toujours l'audit : un web.audit.js propre signifie aucune dépendance inutilisée et aucune erreur de type.
