Nesta página
Fluxo de Desenvolvimento Web
zolo dev reconhece um programa web ao alcançar http.serve. O modo web mantém VM e servidor vivos enquanto os arquivos mudam.
Inicie uma sessão¶
zolo dev src/main.zoloA CLI imprime a URL local e o banner hot everything. Use --mode=web para exigir modo web, --mode=script para o swap clássico de script e --workers=N para descrever a contagem de produção enquanto o desenvolvimento fica numa VM viva.
O que acontece ao salvar¶
- O source alterado e dependências lidas em comptime são recompilados.
- O módulo de entrada é trocado dentro da VM viva.
- Valores
let<shared>são mantidos quando seus nomes continuam existindo. - O servidor de desenvolvimento emite um evento por SSE.
- O navegador busca a rota atual e faz morph do novo documento no DOM vivo.
- Ilhas alteradas são reidratadas e o estado signal é carregado quando a identidade por chave/contagem é segura.
Isso não é reload completo. Input ainda não enviado, foco e estado do cliente fora das raízes alteradas podem sobreviver a uma edição no servidor.
Mudar o texto do inicializador de um valor shared é reportado, mas o valor em execução vence até restart explícito. Pressione r na sessão quando quiser um processo limpo.
Erros de compilação mantêm o app vivo¶
Uma edição inválida não substitui o último programa bom. Abas conectadas mostram overlay com diagnóstico, frame e sugestão quando disponível. Corrigir o source limpa o overlay e aplica a próxima atualização.
Arquivos lidos por APIs de filesystem em comptime entram no watch, então CSS ou templates embutidos usam o mesmo ciclo.
Produção é outro modo por desenho¶
Desenvolvimento roda na VM porque swap in-place exige interpretador vivo. Antes de publicar, compile e teste o backend escolhido pelo projeto:
zolo buildViews, markup, ilhas, actions e CSS escopado têm paridade entre VM, LLVM e Cranelift. A camada Request/Cookies de std::web é a exceção atual e continua VM-only até seus tipos de decl module chegarem ao lowering AOT.
Lab do navegador versus desenvolvimento local¶
O Verniz Lab é o caminho mais rápido para explorar um componente. Ele passa um único arquivo pelo mesmo compilador hospedado em WASM do playground e renderiza o documento num iframe isolado.
Use a CLI local para servidor HTTP real, rotas, @action, cookies, bancos, múltiplos arquivos ou o protocolo de reload com preservação de estado do zolo dev.
Para programas completos, veja examples/features/36-web/ e o exemplo do servidor de desenvolvimento em examples/apps/todo/.