summaryrefslogtreecommitdiffstats
path: root/src/Cepis/LenientStringConverter.cs
diff options
context:
space:
mode:
authorMurilo Ijanc <[email protected]>2026-07-27 20:31:13 -0300
committerMurilo Ijanc <[email protected]>2026-07-27 20:31:13 -0300
commit42e586658b4bc39542a5311842f0040f7d29cb2b (patch)
treebd66cccfb74235cf10449e83c4b78b38b487349d /src/Cepis/LenientStringConverter.cs
parenta2b10fd494fb389e556e40134031eb86e56e11e7 (diff)
downloadcsharp-42e586658b4bc39542a5311842f0040f7d29cb2b.tar.gz
Name the municipality behind a CEP that does not existHEADv0.2.0main
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 'src/Cepis/LenientStringConverter.cs')
0 files changed, 0 insertions, 0 deletions