Pular para o conteúdo
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.zolo

A 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

  1. O source alterado e dependências lidas em comptime são recompilados.
  2. O módulo de entrada é trocado dentro da VM viva.
  3. Valores let<shared> são mantidos quando seus nomes continuam existindo.
  4. O servidor de desenvolvimento emite um evento por SSE.
  5. O navegador busca a rota atual e faz morph do novo documento no DOM vivo.
  6. 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 build

Views, 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/.

Buscar no Zolo

9 resultados

enpt-br