Struktura projektu

NEMO zbiera konfigurację w jednym pliku, ale ciała funkcji nie muszą tam leżeć. Gdzie je umieścić, żeby rosnąca aplikacja pozostała czytelna.

Po co to komu

NEMO zbiera całą konfigurację w jednym pliku wejściowym, ale nic nie każe trzymać tam również ciał funkcji. Kiedy leżą przy trasach, których dotyczą, szybciej się je znajduje i trudniej o nich zapomnieć przy przebudowie katalogów.

Propozycja

_middleware.ts
_middleware.ts
layout.tsx
page.tsx
layout.tsx
page.tsx
_middleware.ts
layout.tsx
page.tsx
global.css
middleware.ts
package.json

Jak to czytać

Kod aplikacji siedzi w katalogu app, rozdzielony na dwie grupy tras: (internal) i (public). Każda z nich ma własny layout.tsx i page.tsx. Plik _middleware.ts zbiera funkcje przeznaczone dla grupy albo strony, w której katalogu leży, a podkreślenie na początku nazwy trzyma go poza routingiem Next.js.

Same pliki niczego jeszcze nie uruchamiają. Dopiero import w middleware.ts wpina funkcje w konfigurację i przypisuje im trasy.

Zobacz też

Czy ta strona była pomocna?

M↓obsługiwane.

Spis treści