smalljs$molHledat⌘ KDokumentacePlaygroundPorovnáníEkosystémO projektuCS
NástrojeGetting StartedÚvodMyšlenkový modelZačínámeZ TypeScriptu do view.treeStruktura projektuNástrojeEssentialsInstalacePohledyStav a reaktivitaSměrováníVykreslováníTestováníNasazeníŘešení problémůDataNačítání datDatová schémataGiper BazaMoreVýkladní skříňZ React, Vue a SvelteKuchařkaAdvancedPluginyMetadata moduluOfflineGhost pohledyAboutČasté dotazyTýmVydáníAPI$mol_button_major$mol_button_minor$mol_string$mol_number$mol_text$mol_paragraph$mol_list$mol_row$mol_link$mol_check$mol_switch$mol_select$mol_scroll$mol_page$mol_pick

Nástroje

$mol funguje v libovolném editoru, ale malá sada nástrojů činí .view.tree a typované styly mnohem pohodlnějšími: generátor projektu, jazykový server, integrace pro editory Zed a VS Code a skill, který učí LLM asistenty tomuto frameworku.

Vygenerování projektu

create-view-tree-lsp vygeneruje ihned spustitelný $mol modul, abyste boilerplate nemuseli skládat ručně:1npx create-view-tree-lsp bog/myappSpouštějte z kořene své kopie MAM: odtud se počítají cesty modulů a tam má projekt bydlet. Mimo workspace příkaz varuje, místo aby vás to nechal zjistit až při prvním buildu.Argumentem je cesta modulu (namespace/name nebo ekvivalentní bog_myapp). Zapíše view.tree, view.ts, view.css.ts a index.html fungující aplikace a k tomu GitHub Actions pro její nasazení.Vše, co generátor umí přidat, je ve výchozím stavu uvnitř. Vyjmenujete jen to, co nechcete:1npx create-view-tree-lsp bog/myapp --no-tauri --no-backend--no-baza — local-first úložiště Giper Baza--no-docker — konfigurace Docker s docker-compose.yml a nginx configem--no-tauri — desktopový obal Tauri--no-backend — REST backend $mol_server s úložištěm node:sqlite a sdíleným TypeScriptovým typem položky--no-prerender, --no-seo — viditelnost pro vyhledávače, popsaná níže v sekci Průběžná integraceNeznámý přepínač běh zastaví, takže překlep v projektu potichu nic nenechá.Generátor je tenká obálka nad CLI jazykového serveru, takže npx view-tree-lsp create bog/myapp udělá totéž přímo.

Překlady

Překlady leží vedle svého modulu, v <modul>/<jméno>.locale=<lang>.json. Kódu to vyhovuje, překladateli už méně: místo jednoho seznamu vět dostane třicet drobných souborů. $yuf_localizer tuhle mezeru zaceluje. Zadejte mu adresy projektů a kódy jazyků a ukáže všechny klíče v jednom seznamu s vyhledáváním — a označí, co ještě zbývá: klíče, které existují jen anglicky, změněné, ale nezapsané, a zastaralé, které projekt už nemá. Překlady zůstávají v prohlížeči, dokud je nevyexportujete, takže se mezi sezeními nic neztratí.Až bude překladatel hotov, vyexportujte výsledek a rozdělte ho zpátky po modulech:1# z kořene MAM2npx view-tree-lsp locale bog/myapp/app/- --exclude=mol --updateArgumentem je složka nebo jeden soubor s lokalizací. Přepínače:Každý klíč v sobě nese cestu ke svému modulu, takže $my_page_greeting skončí v my/page/page.locale=ru.json — vedle zdrojů, ke kterým patří. Určit ten modul je ovšem záludnější, než vypadá: _ odděluje složky i slova, takže nejdelší odpovídající cesta je špatná odpověď. V $my_page_lang_hint začíná vlastnost na lang a skutečný sousední podmodul my/page/lang by si klíč vzal. Příkaz se proto ptá každého kandidáta, jaké klíče deklaruje — MAM zapisuje přesně ty do jeho souboru lokalizace v -view.tree — a klíč přidělí tomu, komu patří.

Průběžná integrace

Generátor zapíše GitHub Actions do .github/workflows/, takže nový projekt se nasazuje a vydává bez další konfigurace.deploy.yml běží při každém pushi. Sestaví aplikaci pomocí hyoo-ru/mam_build, publikuje app/- na GitHub Pages z main a každé větvi feature/* dá vlastní složku náhledu — odstraněnou automaticky při smazání větve.

SEO

Obojí je ve výchozím stavu zapnuté a obojí se spouští na tazích v*:
Upravit tuto stránku na GitHubuBylo to užitečné?AnoNePředchozíStruktura projektuDalšíInstalace
Na této stránceVygenerování projektuPřekladyPrůběžná integraceSEODesktop TauriJazykový serverZedVS CodeSkill pro LLMOdkazy
Type to search the documentation.