Wie ist das Nuxt-Framework aufgebaut?
Nuxt baut auf Vue auf und ergänzt eine konventionsbasierte Anwendungsschicht. Seine dokumentierte öffentliche Architektur umfasst Vue-Komponenten, dateibasiertes Routing, Rendering-Steuerung, Daten-Hilfsfunktionen, Build-Werkzeuge und einen von Nitro betriebenen Server.
Diese Beschreibung betrifft das Framework, das Entwickler verwenden können. Sie leitet aus öffentlichen Signalen nicht das private Hosting, die Speicherung, die Überwachung oder die interne Bereitstellungsarchitektur von nuxt.com ab.
Öffentliche Framework-Schichten
| Schicht | Dokumentierte Verantwortung |
|---|---|
| Vue | Komponenten, Templates, Reaktivität, Composables und Browserinteraktion |
| Nuxt-Anwendungskonventionen | Seiten, Layouts, Middleware, Plugins, automatische Importe, Konfiguration und Muster für die Datenverarbeitung |
| Dateisystem-Router | Wandelt Vue-Dateien in app/pages/ in Anwendungsrouten um |
| Rendering-System | Unterstützt universelles Rendering, clientseitiges Rendering, Vorab-Rendering und hybrides Routenverhalten |
| Nitro | Führt Server-Rendering, API-Handler, Middleware, Server-Plugins und bereitstellungsorientierte Ausgaben aus |
| Optionale Module | Erweitern Nuxt, ohne jede Funktion zum Bestandteil des Framework-Kerns zu machen |
| Nuxt Content | Ergänzt dateibasierte Content-Sammlungen, Abfragen, Navigationsdaten und MDC-Unterstützung |
So kann eine Anfrage ablaufen
- Eine URL entspricht einer Seitenroute, Serverroute oder einem API-Handler, die beziehungsweise der aus der Projektstruktur erstellt wurde.
- Routenregeln können Rendering, Caching, Weiterleitung oder rein clientseitiges Verhalten für diesen Pfad verändern.
- Nitro übernimmt die Serverarbeit zum Anfragezeitpunkt, wenn der gewählte Modus sie erfordert.
- Vue rendert die Benutzeroberfläche, und universelle Seiten können für Interaktionen im Browser hydriert werden.
- Vorab gerenderte Routen können stattdessen Ausgaben ausliefern, die während des Builds erzeugt wurden.
Die gewählte Bereitstellungsvoreinstellung passt die Nitro-Ausgabe an eine unterstützte Laufzeit an. Die Plattformfunktionen bleiben dennoch relevant: Cache-Integration, inkrementelle Regenerierung, verfügbare Server-APIs und Prozessverhalten können sich zwischen Hosts unterscheiden.
Eine Architekturprüfung sollte daher die Nuxt-Version, aktivierte Module, Routenregeln, Client-Nutzlast, rein serverseitige Grenzen und die Ziellaufzeit abdecken. Das Framework stellt die Bausteine bereit, während jedes Projekt bestimmt, wie sie kombiniert werden.
