Wenn Sie nach Ergebnissen suchen, die gespeichert werden und an anderer Stelle zur späteren Verwendung abgerufen werden, würden Sie eine HTTP- oder Websocket-Anforderung starten, die eine Art von Task que startet, die Sie später mit AJAX oder Websockets überprüfen können Status/Ergebnis des Jobs/der Aufgabe
Was Sie zu tun versuchen, speichert Ergebnisse lokal, das ist nicht, wie diese Art von Sache funktioniert. Wenn Sie eine Ajax-Anfrage einleiten, bedeutet dies, dass Sie eine Art API verwenden, was bedeutet, dass der API-Endpunkt der Schlüsselhalter sein sollte und nicht der Browser des Nutzers.
Sie können eine Anfrage initiieren, die dann einem Nutzer folgt, egal wohin er geht, ähnlich wie Facebook funktioniert. Sie senden eine Nachricht, gehen auf eine ganz neue Seite und das Meldungsfeld wird weiterhin angezeigt, da es bereits das JavaScript lädt, das die Aufrufe an den Server initiiert, um die Informationen abzurufen. To-Do-Listen-Beispiele im Internet sind dafür bereits ein gutes Beispiel. Sie könnten eine Aufgabenliste auf jede Seite setzen, binden Sie sie in SignalR. Kein Speichern von Informationen im Browser, sondern Verlust von Ajax-Anfragen nach den Ergebnissen der ursprünglichen Anfrage. Oder im Falle von SignlR Websocket-Verbindungen, die serverseitige Objekte überwachen.
Wenn der Benutzer weitergegangen ist, können Sie ihn nicht auf das Ergebnis hinweisen. Sie sollten einen AJAX-Abbruch-Aufruf in das window.onbeforeunload-Ereignis aufnehmen. –
vorausgesetzt, Sie verwenden angularJS (von dem Tag, die Sie enthalten) sollten Sie eine einzelne Seite Anwendung mit 'ngRoute' für die URLs, so dass Sie nicht auf" Verschieben auf andere Seiten " – Naigel
Wenn Ihre Anrufe an den Back-End in einem Dienst und nicht in einem Controller verarbeitet werden, gibt es keinen Grund, warum Sie die Ergebnisse des Aufrufs nicht im Service speichern können, bis der Benutzer zu einer Ansicht zurückkehrt, die die Ergebnisse anzeigen kann. –