Skip to content

Document why the HTTP pipeline uses ordered stages rather than nested client decorators #77

Description

@OmarAlJarrah

Problem

The choice of an ordered-stage pipeline (with exactly-one pillar enforcement) over nested HttpClient decorators is deliberate, but the rationale — and its one cost — isn't captured. The cost: HttpStep.process's copy()-to-re-drive contract is more error-prone than a decorator's plain inner.execute(); a step author who forgets next.copy() can silently resume past visited steps.

Proposed change

Add a "Why stages, not decorators" section to docs/pipelines.md, noting the ordering / exactly-one guarantees we gain (which the nested-decorator approach can't enforce) and the re-drive contract authors must honour.

Acceptance

  • Section added to docs/pipelines.md

Priority: low · Effort: small

Metadata

Metadata

Assignees

No one assigned

    Labels

    documentationImprovements or additions to documentationsdk-coresdk-core toolkit

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions