SSR (renderização de servidor)

Uma página Markdown e um manipulador, lado a lado no mesmo projeto:

# Changelog Rendered to HTML on every request, then wrapped in the nearest layout.

async def GET():    return {"status": "ok"}

Uma rota componente é o único caso que precisa de uma segunda frase. Na produção, uma rota de componente sem um layout é veiculada com o HTML produzido na construção, e o componente o hidrata. Com um layout, ou em desenvolvimento, o contêiner fica vazio e o componente é renderizado no navegador - a página é então um shell que se preenche sozinho.

A rota do componente da tabela, sem layout, portanto a produção serve seu HTML desde o build:

export default function Pricing() {  return <h1>Pricing</h1>;}

Uma visualização e um endpoint JSON, lado a lado no mesmo módulo:

<h1>Changelog</h1><p>Rendered to HTML on every request.</p>

from nexy.decorators import Controllerfrom nexy.hooks import useViews  @Controller("/changelog")class ChangelogController:    async def get(self):        return useViews("src/apps/changelog_view.nexy")  @Controller("/api/health")class HealthController:    async def get(self):        return {"status": "ok"}

1. A solicitação chega ao roteador baseado em arquivo. O caminho é correspondido e os segmentos dinâmicos são convertidos nos tipos declarados pelo componente.

   ---id: prop[int]---<h1>Pedido nº{{ id + 1000 }}</h1>

   /orders/42 renderiza Order #1042; /orders/abc respostas 404.

2. O componente é executado. Aquele que espera no Node - um documento cliente - é executado em um pool de threads, portanto não paralisa o loop de eventos.

3. O corpo é transmitido como text/html. Um componente que produz pedaços os transmite à medida que os produz.

4. O navegador recebe HTML. As ilhas hidratam de acordo com sua diretiva.

Um erro gerado durante a renderização é transformado em uma página por errors.nexy quando o projeto possui uma: consulte páginas de erro.

1. A solicitação chega ao controlador. Seus parâmetros de caminho são convertidos para os tipos declarados pelo método e passados para a visualização:

   do controlador de importação nexy.decorators
   de nexy.hooks importar useViews
   
   
   @Controller("/pedidos/{id}")
   classe OrderController:
       assíncrono def get(self, id: int):
           retornar useViews("src/apps/order_view.nexy", context={"id": id})
   

   ---id: prop[int]---<h1>Pedido nº{{ id + 1000 }}</h1>

   /orders/42/ renderiza Order #1042; /orders/abc/ respostas 404.

2. A visualização é executada e useViews retorna seu HTML como resposta.

3. O navegador recebe HTML. As ilhas hidratam de acordo com sua diretiva.

Um erro gerado durante a renderização é respondido com a página de erro padrão.

Nenhum. Duas saídas, e elas não têm a mesma granulação:

A opção em todo o projeto, em nexyconfig.py. O modo cliente precisa de uma estrutura de cliente:

from nexy.core.models import NexyConfigModelfrom nexy.frontend import react  class NexyConfig(NexyConfigModel):    useFF = react()    useCSR = True

Nenhum. Cada visualização retornada por um controlador é renderizada em cada solicitação: ISR e CSR são modos do roteador baseado em arquivo.

---slug: prop[str] = "untitled"---<h1>{{ slug }}</h1>

GET /blog/hello executa este modelo uma vez, com slug definido como hello. Uma segunda solicitação o executa novamente: nada é mantido entre os dois. A string de consulta não é uma propriedade - leia-a com os ganchos em navegação.

from nexy.decorators import Controllerfrom nexy.hooks import useViews  @Controller("/blog/{slug}")class PostController:    async def get(self, slug: str):        return useViews("src/apps/post_view.nexy", context={"slug": slug})

---slug: prop[str] = "untitled"---<h1>{{ slug }}</h1>

GET /blog/hello/ executa esta visualização uma vez, com slug definido como hello. Uma segunda solicitação o executa novamente: nada é mantido entre os dois. A string de consulta não é uma propriedade - leia-a com useSearchParams.

• ISR: armazenar esta página em cache por URL

• CSR: navegação manual para o navegador