Reload-Methode, die den Browser zwingt, die aktuelle Seite zu aktualisieren.
Syntax: locatio{filter}n.reload([bForceGet])
Parameter: bForceGet, optionaler Parameter, steht standardmäßig auf false und holt die aktuelle Seite aus dem Client-Cache. stimmt, dann wird die neueste Seite vom Server in der GET-Methode abgerufen, was dem Client entspricht, der auf F5 ("Aktualisieren") klickt.
die Replace-Methode, die das aktuell im Verlauf (Client) zwischengespeicherte Element ersetzt, indem sie eine URL angibt, sodass man bei Verwendung der Replace-Methode nicht auf die ersetzte URL mit "forward" und "backward" zugreifen kann.
Syntax: locatio{filter}n.replace(URL)
In der Praxis verwenden wir beim Aktualisieren der Seite meist locatio{filter}n.reload() oder history.go(0) dafür. Da diese Praxis so ist, als würde der Client auf F5 klicken, um die Seite zu aktualisieren, erscheint bei der Methode der Seite = "posten" eine Aufforderung "Seite abgelaufen". Das liegt am Sicherheitsmechanismus von Session. Man kann es sich so vorstellen, dass beim Aufrufen der locatio{filter}n.reload()-Methode die aspx-Seite bereits im Speicher des Servers existiert, also muss es IsPostback sein. Wenn es eine solche Anwendung gibt: Wir müssen die Seite neu laden, was bedeutet, dass wir erwarten, dass die Seite auf der Serverseite neu erstellt wird, und wir erwarten, dass sie nicht postbacked wird. Hier kann locatio{filter}n.replace() das tun. Die ersetzte Seite wird jedes Mal auf Serverseite neu generiert. Du kannst es so schreiben: locatio{filter}n.replace(locatio{filter}n.href)
Die Ersetzen-Funktion ist exakt identisch mit locatio{filter}ns href-Attribut oder Assign-Funktion bei der Einstellung der URL, entfernt jedoch die URL aus der Adressliste des History-Objekts, wodurch Funktionen wie go oder back unbegriffsbar werden. |
Veröffentlicht am 17.02.2016 12:27:59
|
|
|
