CacheOutcome
Corex\Cache\CacheOutcome · class · Core layer
What a cache operation actually did (spec 078, FR-012). The command this replaces printed success after deleting one transient. “Success” on its own is not an answer to “did that fix my problem” — an operator needs to know what was cleared, what was deliberately left alone, and what CoreX could not reach here. All three are different, and only the first is what people assume happened.
Public API
Section titled “Public API”for(CacheScope $scope): self
Section titled “for(CacheScope $scope): self”withCleared(string $what): self
Section titled “withCleared(string $what): self”withSkipped(string $what, string $why): self
Section titled “withSkipped(string $what, string $why): self”withUnsupported(string $what, string $why): self
Section titled “withUnsupported(string $what, string $why): self”withFailed(string $what, string $why): self
Section titled “withFailed(string $what, string $why): self”didSomething(): bool
Section titled “didSomething(): bool”Did anything actually happen? Distinct from “did anything go wrong”.
hasFailures(): bool
Section titled “hasFailures(): bool”summary(): string
Section titled “summary(): string”A sentence an operator can act on. Deliberately never just “done”: it names the count, and says when the answer is that nothing needed doing or that nothing here could.