Das Schlüsselwort modulepreload für das rel-Attribut des <link>-Elements bietet eine deklarative Möglichkeit, ein Modulskript vorab abzurufen, zu parsen und zu kompilieren und es in der Modulkarte des Dokuments für eine spätere Ausführung zu speichern.
Das Vorabladen ermöglicht es, Module und ihre Abhängigkeiten frühzeitig herunterzuladen und kann die gesamte Download- und Verarbeitungszeit erheblich verkürzen. Dies geschieht, indem Seiten Module parallel abrufen können, anstatt sie nacheinander zu verarbeiten, während deren Abhängigkeiten entdeckt werden. Beachten Sie jedoch, dass Sie nicht alles vorab laden können! Was Sie vorab laden, muss gegen andere Operationen abgewogen werden, die dann möglicherweise beeinträchtigt werden, was die Benutzererfahrung negativ beeinflussen könnte.
Links mit rel="modulepreload" ähneln denen mit rel="preload". Der Hauptunterschied besteht darin, dass preload nur die Datei herunterlädt und im Cache speichert, während modulepreload das Modul erfasst, es parst und kompiliert und die Ergebnisse in die Modulkarte einfügt, damit es bereit zur Ausführung ist.
Beim Verwenden von modulepreload ist der Abrufanforderungsmodus immer cors, und die crossorigin-Eigenschaft wird verwendet, um den Anforderungs-Zugangsmodus zu bestimmen. Wenn crossorigin auf anonymous oder "" (Standard) gesetzt ist, dann ist der Zugangsmodus same-origin, und Benutzerdaten wie Cookies und Authentifizierung werden nur für Anfragen mit derselben Herkunft gesendet. Wenn crossorigin auf use-credentials gesetzt ist, dann ist der Zugangsmodus include, und Benutzerdaten werden für sowohl gleiche als auch unterschiedliche Herkunftsanfragen gesendet.
Das as-Attribut ist optional für Links mit rel="modulepreload" und standardmäÃig auf "script" gesetzt. Es kann auf "script" oder ein scriptähnliches Ziel gesetzt werden, wie zum Beispiel "audioworklet", "paintworklet", "serviceworker", "sharedworker" oder "worker". Ein Event mit dem Namen "error" wird auf dem Element ausgelöst, wenn ein anderes Ziel verwendet wird.
Ein Browser kann zusätzlich auch wählen, automatisch alle Abhängigkeiten der Modulressource abzurufen. Beachten Sie jedoch, dass dies eine browser-spezifische Optimierung ist â der einzige Ansatz, um sicherzustellen, dass alle Browser versuchen, die Abhängigkeiten eines Moduls vorab zu laden, ist, diese einzeln anzugeben! Weiterhin werden die Ereignisse load oder error unmittelbar nach dem Erfolg oder Misserfolg des Ladens der spezifizierten Ressourcen ausgelöst. Wenn Abhängigkeiten automatisch abgerufen werden, werden keine zusätzlichen Ereignisse im Haupt-Thread ausgelöst (obwohl Sie zusätzliche Anfragen in einem Service Worker oder auf dem Server überwachen könnten).
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4