Paging-Strategien: Page Token vs Skip / Start Index

Ich sehe, dass immer mehr neue APIs Seitentoken verwenden, mit denen der Benutzer zwischen den Ergebnisseiten wechseln kann, die viele Elemente enthalten. Aus Sicht des API-Designers ist mir jedoch nicht klar, welche Vorteile die Verwendung eines Tokens hat, wenn der Benutzer angibt, wie viele Elemente er überspringen möchte.

Also hier sind meine Fragen:

1. Welche Vorteile bietet die Verwendung eines Seitentokens gegenüber einem Startindex?
2. Wie verfolgt die typische Implementierung von Seitentoken auf hoher Ebene die Seiten? Das Zwischenspeichern aller Ergebnisse wäre eher ineffizient. Ich vermute, dass eine Art Hash verwendet werden könnte, aber ich bin mir nicht sicher, was Hash wäre, um die Ergebnisse zu rekonstruieren.

Vielen Dank

1. Welche Vorteile bietet die Verwendung eines Seitentokens gegenüber einem Startindex?

1. Das Seitentoken ist nützlich, wenn Benutzer nicht zu einer bestimmten Seite wechseln sollen, ohne die ersten Ergebnisse abzurufen. Da das Token für die nächste Seite nur empfangen wird, wenn Sie auf die vorherige Seite zugreifen, können Benutzer eine Suche nicht zwischenspeichern und später auf Inhalte zugreifen. Die Endbenutzer können also keine beworbenen (beworbenen) Inhalte überspringen.

2. Parallele Anfragen können nicht ausgeführt werden

2. Wie verfolgt die typische Implementierung von Seitentoken auf hoher Ebene die Seiten? Das Zwischenspeichern aller Ergebnisse wäre eher ineffizient. Ich vermute, dass eine Art Hash verwendet werden könnte, aber ich bin mir nicht sicher, was Hash wäre, um die Ergebnisse zu rekonstruieren.

Dies kann variieren, da die API in Ruhe ist und die Suchkriterien bereits vorhanden sind. Eine einfache Möglichkeit besteht darin, die Suche erneut durchzuführen und die Seite basierend auf dem Hashing-Algorithmus abzurufen. Oder es könnte sogar die Suche zwischenspeichern ... aber es liegt an der Implementierung.