School project · an exam, built and run
Danish public data, one request away.
Three registers, three APIs and a dozen requests for one building. fetchthing joins them once and answers with what a person would ask for.
- 3 registers joined
- 1 request per company
- 0 codes left to decode
- 1 service to change
Features
The joins, written once.
-
A company and what it owns
A CVR number returns the company, its properties and its vehicles together.
-
Or one address
Plot, buildings and units are walked for you, and the building comes back in plain words.
-
Vehicles included
The vehicle register's dump is indexed once, so a lookup is a field, not a download.
How it works
One service in front of three registers.
-
1
Fetch
Each register is called or indexed in one place, so no consumer learns its API.
-
2
Decode
Code tables become words and dates become one format, so every consumer reads the same answer.
-
3
Answer
A consumer gets only what it asked for, so a register changing its API changes one service.
Who built it
Built by Rytter.
I'm Jakob Rytter. I build software and run it, from the server to the screen, and fetchthing was an exam project with twentything as its other half.