$mol fonctionne dans n'importe quel éditeur, mais un petit ensemble d'outils rend .view.tree et les styles typés bien plus confortables : un générateur de projet, un serveur de langage, des intégrations pour les éditeurs Zed et VS Code, et une compétence qui enseigne le framework aux assistants LLM.
create-view-tree-lsp génère un module $mol prêt à l'emploi pour que vous n'ayez pas à assembler le code standard à la main :1npxcreate-view-tree-lspbog/myappLancez-le à la racine de votre copie de MAM : les chemins de modules partent de là, et c'est là que le projet doit vivre. Hors d'un workspace, la commande prévient au lieu de vous laisser le découvrir au premier build.L'argument est le chemin du module (namespace/name, ou son équivalent bog_myapp). Il écrit les view.tree, view.ts, view.css.ts et index.html d'une application fonctionnelle, ainsi que les GitHub Actions pour la déployer.Tout ce que le générateur sait ajouter est inclus par défaut. Vous ne nommez que ce dont vous ne voulez pas :1npxcreate-view-tree-lspbog/myapp--no-tauri--no-backend--no-baza — un stockage local-first Giper Baza--no-docker — une configuration Docker avec docker-compose.yml et une config nginx--no-tauri — une enveloppe de bureau Tauri--no-backend — un backend REST $mol_server avec un stockage node:sqlite et un type d'item TypeScript partagé--no-prerender, --no-seo — la visibilité pour les moteurs de recherche, décrite plus bas sous Intégration continueUn drapeau inconnu interrompt l'exécution : une faute de frappe ne peut pas laisser quelque chose en douce.Le générateur est une fine surcouche de la CLI du serveur de langage, si bien que npxview-tree-lspcreatebog/myapp fait la même chose directement.
Les traductions vivent à côté de leur module, dans <module>/<nom>.locale=<lang>.json. Cela arrange le code, beaucoup moins le traducteur : au lieu d'une liste de phrases, il reçoit trente petits fichiers.$yuf_localizer comble cet écart. Donnez-lui les URL de vos projets et les codes de langue, et il affiche toutes les clés dans une liste unique avec recherche, en signalant ce qui reste à faire : les clés qui n'existent qu'en anglais, celles que vous avez modifiées sans les valider, et les clés périmées que le projet ne connaît plus. Les traductions restent dans le navigateur jusqu'à l'export, rien ne se perd entre deux séances.Une fois le traducteur satisfait, exportez le résultat et répartissez-le de nouveau entre les modules :1# depuis la racine de MAM2npxview-tree-lsplocalebog/myapp/app/---exclude=mol--updateL'argument est un dossier ou un fichier de locale. Options :Chaque clé porte son chemin de module, donc $my_page_greeting atterrit dans my/page/page.locale=ru.json, à côté des sources auxquelles elle appartient. Déterminer ce module est pourtant plus subtil qu'il n'y paraît : _ sépare aussi bien les dossiers que les mots, le plus long chemin correspondant est donc une mauvaise réponse. Dans $my_page_lang_hint, la propriété commence par lang, et un vrai sous-module my/page/lang voisin avalerait la clé. La commande demande donc à chaque module candidat quelles clés il déclare — MAM écrit exactement celles-là dans son fichier de locale sous -view.tree — et attribue la clé à son propriétaire.
