You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
|`pagination`|`Paginator<T>`(with a `maxPages` safety cap) over cursor / page-number / link-header `PaginationStrategy` implementations, plus `Page<T>`/ `SimplePage<T>`. Token-style APIs use `CursorPaginationStrategy` with the query-param name set (e.g. `"page_token"`). |
274
+
|`pagination`|Unified paging surface: `Page<T>` / `PageInfo<T>` value types; `Paginator<T>`/ `AsyncPaginator<T>` (strategy-driven, sync + async, each carrying a `maxPages` safety cap) exposing item-level (`iterateAll` / `streamAll`) and page-level (`byPage` / `pageStream` / `forEachPageAsync`) views over cursor / page-number / link-header `PaginationStrategy` implementations; `PagedIterable<T>`(functional, transport-agnostic first/next-page fetchers); and the internal `PageWalker` driver shared by the sync paths. Token-style APIs use `CursorPaginationStrategy` with the query-param name set (e.g. `"page_token"`). |
276
275
|`operation`|`OperationParams` — SPI projecting an operation's typed inputs (path / query / header / body) into a `Request` and the context chain, via `toRequest(baseUrl)` / `toRequestContext(baseUrl, dispatch)`. |
277
276
|`pipeline`| Recovery-aware primitives: `RequestPipeline`, `ResponsePipeline`, `ExecutionPipeline` over a sealed `ResponseOutcome`, with steps (`pipeline.step`, `pipeline.step.retry`) like `RetryStep`, `ResponseRecoveryStep`, `IdempotencyKeyStep`, `ClientIdentityStep`. |
|`Paginator<T>`| Lazily iterates pages by re-issuing requests through an `HttpClient`; carries a `maxPages` safety cap |
354
-
|`PaginationStrategy<T>`| Computes the next-page request (or stops) from the current page |
353
+
|`Page<T>` / `PageInfo<T>`| Immutable value types: a fully-materialized page (items + snapshotted status/headers/request) and the strategy's parse result (items + next request) |
354
+
|`Paginator<T>`| Strategy-driven sync paginator over an `HttpClient`; exposes item-level (`iterateAll` / `streamAll`) and page-level (`byPage` / `pageStream`) views; carries a `maxPages` safety cap |
355
+
|`AsyncPaginator<T>`| Non-blocking counterpart over an `AsyncHttpClient` (`forEachAsync` / `collectAllAsync` / `forEachPageAsync`) |
356
+
|`PaginationStrategy<T>`| Parses a response into a `PageInfo` — items plus the next-page request (or `null` to stop) |
355
357
|`CursorPaginationStrategy` / `PageNumberPaginationStrategy` / `LinkHeaderPaginationStrategy`| The shipped strategies |
356
-
|`PagedIterable<T>`| First/next-page fetcher abstraction over `PagedResponse`, with its own `maxPages` cap |
358
+
|`PagedIterable<T>`| Functional, transport-agnostic first/next-page fetcher abstraction, with its own `maxPages` cap |
359
+
|`PageWalker<T>` (internal) | Shared driver behind the sync paths, exposing page and item iterators/streams |
357
360
358
361
Token-style APIs (`next_page_token`, `pageToken`, …) are handled by `CursorPaginationStrategy`
359
362
constructed with the query-param name set (e.g. `"page_token"`), so no separate token strategy is needed.
@@ -730,14 +733,13 @@ they should construct a fresh one.
0 commit comments