PathLocationStrategy vs HashLocationStrategy in web-apps
Was sind die vor-und Nachteile der Verwendung von:
- PathLocationStrategy - Standard "HTML 5 pushState" - Stil.
- HashLocationStrategy - die "hash-URL" - Stil.
beispielsweise mit HashLocationStrategy wird verhindert, dass die Funktion des Rollens, um ein element durch seine #ID, aber einige 3rd-party-plugins erforderlich, die HashLocationStrategy oder die Hashbang #! um die Arbeit im ajax-websites.
Ich würde gerne wissen, welches bietet mehr für eine webapp.
- Möglich, Duplikat der Angular 2.0 router funktioniert nicht auf Neuladen des Browsers
- Die enge Abstimmung (Duplikat) war ein Fehler, aber es gibt keinen Weg, es zu nehmen zurück.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ist für mich der Hauptunterschied ist, dass die
PathLocationStrategy
erfordert eine Konfiguration auf der server-Seite auf der alle Pfade konfiguriert@RouteConfig
umgeleitet werden, um die Haupt-HTML-Seite von Ihrer Angular2 Anwendung. Ansonsten haben Sie einige 404-Fehler, wenn Sie versuchen zu laden Ihre Anwendung im browser oder versuchen, den Zugriff auf eine bestimmte URL.Hier ist eine Frage, könnte Ihnen einige Hinweise dazu:
Hoffe es hilft dir,
Thierry
#
können nur bearbeitet werden, auf dem client, dem Server einfach ignorieren. Dies kann zu Problemen mit Suchmaschinen (SEO), Umleitungen verursachen können redundante Seite neu geladen.Diese Seite https://github.com/browserstate/history.js/wiki/Intelligent-State-Handling hat einige ausführliche Erklärung, während einige der Argumente, die gelten nicht für Winklige Anwendungen (zum Beispiel - funktioniert nicht mit JS deaktiviert).
Den "Nachteil" von HTML5 pushstate ist, die server erfordert Unterstützung wie erklärt Thierry.