diff options
| author | Murilo Ijanc <[email protected]> | 2026-07-27 20:31:13 -0300 |
|---|---|---|
| committer | Murilo Ijanc <[email protected]> | 2026-07-27 20:31:13 -0300 |
| commit | 42e586658b4bc39542a5311842f0040f7d29cb2b (patch) | |
| tree | bd66cccfb74235cf10449e83c4b78b38b487349d /tests/Cepis.Tests/RetryTests.cs | |
| parent | a2b10fd494fb389e556e40134031eb86e56e11e7 (diff) | |
| download | csharp-0.2.0.tar.gz | |
The API now hangs an optional faixa block off the 404 of GET /{cep}, and
this exposes it as CepNotFoundException.Faixa. A CEP that fails is rarely
random: it is usually someone who knows the city and guessed the number,
most often the -000 that 957 municipalities never received. Knowing where
the guess landed turns a dead-end "CEP not found" into a question worth
asking the user.
It stays an error. The block names the municipality the number would
belong to, never an address, and the lookup still throws. CepIni and
CepFim are the smallest and largest CEP that actually exist there, not the
range the Correios publish — the published start for Areal is 25845000,
exactly the CEP that fails — and the interval between them is sparse,
which is what Ceps is for.
Parsing is deliberately toothless: absent, misshapen or nameless, the
block becomes null and the caller gets the same clean not-found it got
before the field existed. A courtesy on top of a 404 must never be able to
turn it into a parse failure.
Diffstat (limited to 'tests/Cepis.Tests/RetryTests.cs')
0 files changed, 0 insertions, 0 deletions